【问题标题】:What image does Google Container Engine (GKE) use?Google Container Engine (GKE) 使用什么图像?
【发布时间】:2015-01-07 02:54:53
【问题描述】:

在 GKE 的文档中,它说所有节点(当前)都具有相同的 VM 实例。这是指底层机器类型还是操作系统映像(或两者)?

我假设它只是机器类型(微型、小型等),而 Google 将他们自己的图像与基础设施分层(例如 kubernetes)。

如果是这种情况,Google 在 GKE 上使用什么图片?我在想它可能是 CoreOS,因为这似乎是一个很好的匹配,但我不确定。

我想使用与生产相同的映像设置登台机器...但也许我们不需要知道这一点,或者使用什么并不重要。

【问题讨论】:

    标签: operating-system virtual-machine google-kubernetes-engine


    【解决方案1】:

    集群中的所有节点当前具有相同的机器类型和操作系统映像。默认情况下,机器类型是 n1-standard-1,图像是最近的container-vm image

    如果您使用 gcloud 创建集群,则可以在命令行上分别使用 --machine-type 和 --source-image 选项覆盖这两个设置 (documentation)。

    如果您使用云控制台创建集群,您可以指定机器类型,但当前不能指定源映像。

    请注意,如果您指定不同的源镜像,您最终可能不会得到一个功能集群,因为安装在源镜像之上的 Kubernetes 软件需要系统软件中存在特定的底层包。如果您想要 staging/prod 之间的一致性,您可以使用

    gcloud container clusters describe <staging-cluster-name>
    

    查看暂存集群中正在使用的映像,并确保最终为生产集群使用相同的映像。

    【讨论】:

    • 非常感谢罗伯特提供了非常丰富的答案。我将在我们的站点上运行临时集群。有什么理由不应该在本地使用 container-vm 映像吗?例如,如果它与某些 Google 基础架构相关联?
    • 您打算如何在您的站点上运行它(我假设您的意思是本地)?虚拟机?物理机器?
    • 我们计划使用物理服务器(低端 PC)进行暂存。我可能过于关注分期和生产之间的一致性。我将尝试从 Fedora(Ansible) Kubernetes 安装开始,看看效果如何(我们正在运行 Centos7)。
    • 容器的承诺是你真的不应该关心底层操作系统——容器抽象是你希望在 staging/prod 之间保持一致的运行时环境,而 Docker 提供了这种一致性。
    猜你喜欢
    • 2016-08-23
    • 2018-12-25
    • 1970-01-01
    • 2015-08-30
    • 2018-02-07
    • 2017-04-07
    • 2017-12-14
    • 2017-10-03
    • 2018-02-14
    相关资源
    最近更新 更多