docker - 何时应该使用Kubernetes Replication Controller创建多个Docker容器镜像实例？

Question

当使用Kubernetes管理Docker容器时，尤其是在使用复制 Controller 时，何时应该将运行容器实例的镜像增加到大于1个？我知道Kubernetes可以在复制 Controller 配置文件中生成所需数量的容器副本，但是为什么当您只需要增加Compute VM大小时就生成多个正在运行的容器(对于同一镜像)。我想，当您需要更多的计算能力时，请继续增加计算机的CPU /内存，然后，仅当达到允许的最大可用计算能力(当前Google拥有大约32个内核)时，您才需要生成多个容器。

但是，似乎无论虚拟机大小如何都产生多个容器将证明具有更高的可用性，但是即使在1个容器复制 Controller 环境中，Kubernetes也会重新产生失败的容器。所以我不知道是什么原因，除了VM实例计算大小用完以外，我出于什么原因想要多于1个运行容器(针对同一镜像)？

Answer 1

我认为您已经很好地提出了问题。您描述的两种缩放分别称为“垂直缩放”(增加单个实例的内存或CPU)和“水平缩放”(增加实例数)。

关于可用性:正如您所观察到的，由于自动重启(在节点级别或复制 Controller 级别)，即使使用单个容器也可以实现相当好的可用性。但这不可能是100％，因为您将始终在同一台计算机上或(如果该计算机发生故障)在新计算机上都具有与重新启动进程相关的停机时间。相比之下，假设最终用户在复制副本之间建立了某种负载平衡或故障转移机制，并且从终端用户的 Angular 出发，水平扩展(运行容器的多个副本)可以有效地实现“零停机时间”。复制的方式。

关于可伸缩性:这高度依赖于应用程序。例如，为单线程应用程序垂直扩展CPU不会增加它可以处理的工作量，但是会在负载平衡器之后运行它的多个副本(水平扩展)。另一方面，某些应用程序的编写方式不允许它们被复制，因此对于那些垂直扩展，这是您唯一的选择。许多应用程序(尤其是“云原生”应用程序)都适用于水平和垂直扩展，但是细节取决于应用程序。请注意，一旦您需要扩展超出单个节点可以处理的工作量(由于CPU或内存)，就别无选择，只能复制(水平扩展)。

因此，对于您的问题的简短回答是，人们会同时复制可用性和可伸缩性。