关于Google容器集群中使用的节点的混淆

Question

创建Google容器引擎集群时，Container将创建一个Compute Engine托管实例组来管理所创建的实例。这些实例来自，这意味着它们是虚拟机。

但是我们在文档页面中读到：“VM是重量级的、不可移植的。新方法是基于操作系统级虚拟化而不是硬件虚拟化部署容器”，这不是一个矛盾吗？如果我错了就纠正我。我们使用容器是因为与VM相比，它们非常快(无论是在启动时间还是任务执行中)，而且它们节省了大量的存储空间。因此，如果我们有一个节点(Vm)可以最多支持4个容器，那么我们的客户端可以快速地午餐4个容器，但是超过这个数目，gcloud autoscaler将需要午餐一个新节点(Vm)来支持即将到来的容器，这会导致一些任务延迟。

用物理机器发射集装箱是不可能的吗？

对于运行关键时间执行任务，您推荐什么？

Answer 1

在物理机器上发射容器是绝对可能的。事实上，根据博格纸 (其设计极大地影响了容器引擎/Kubernetes )，这是谷歌自身基础设施中的规范：

每个任务映射到机器62上的容器中运行的一组Linux进程。绝大多数Borg工作负载不运行在虚拟机(VM)中，因为我们不想支付虚拟化的成本。此外，该系统的设计是在我们对处理器进行了大量投资，而硬件上没有虚拟化支持的时候。

由于容器引擎驻留在GCP中，所以使用VM来促进动态配置。然而，与排定在它们上的容器的寿命相比，这些VM的寿命更长。容器的吊舱可以安排在这些VM的上下时间，作业也可以运行到完成。然而，当集群升级或调整大小时，VM就会被拆除.

Answer 2

Kubernetes既可以安装在虚拟机上，也可以安装在物理机器上(有裸金属的多重入门指南)。Google的云平台只提供虚拟机作为服务，这就是为什么Google容器引擎建立在虚拟机之上的原因。