我应该运行多少Docker容器

Question

Docker教程经常说我可以运行更多容器，以提高我的webapp的可用性。然而，这是一个非常宽泛的声明，并没有解释在不同的情况下应该运行多少个容器。我如何知道我是否需要1、5、10、100或1000个容器实例？

示例-我只有一台服务器，正在使用docker运行nginx和php fpm。每个容器一个。有了这个简单的设置，我的webapp就可以正常工作，而且看起来很灵敏。（在同一台服务器上）增加额外的php fpm副本对我有什么好处吗？假设一个容器用于nginx，10个容器用于php-fpm。

据我所知，10个php-fpm容器将简单地在它们之间分配可用的计算资源量。所以我可以有一个资源丰富的容器，也可以有10个资源较少的容器。什么更好，为什么？

Answer 1

在生产环境中，您需要设置某种监控系统来报告错误率和请求延迟。如果请求开始变得慢得令人无法接受，那么您需要建立更多副本和更多硬件。通常情况下，运行的副本数量超过硬件支持的数量或当前负载所需的数量是没有用的。

另一方面，运行2个副本比运行1难得多；运行3或10并不比运行2难多少。所以我建议：

• 如果只运行1个副本可以满足您的流量负载和可用性需求，那么只运行1个副本
• 如果您在Kubernetes这样的环境中运行，该环境作为环境的一部分提供负载平衡和零停机升级，请运行2或3个副本；不要过火，但如果有一个副本崩溃，或者有另一个副本正在运行以进行故障转移，那么您将获得一些恢复能力
• 运行最少数量的副本以满足您的响应时间要求

Answer 2

如何知道是否需要1, 5, 10, 100或1000个容器实例？

这完全取决于您的用例或系统负载。如果您有一百个用户，那么容器可能就足够了。

但是，如果没有适当的负载测试，就不能简单地回答这个问题。

所以我可以有一个包含大量资源的容器，也可以有10个资源较少的容器。什么更好，为什么？

许多云提供商建议使用一个资源更少的容器，因为AWS建议使用300到500 MB的内存，这样您就可以在一个实例上运行多个容器。

在MiB中为您的容器定义硬和/或软内存限制。硬和软限制分别对应于任务定义中的内存和内存预订参数。ECS建议将300-500 MiB作为Web应用程序的起点。

Answer 3

这两种情况都有利弊。

如果你用大量资源运行你的应用程序的一个Pod，你有一个失败点。如果你的吊舱死了（在某一点上它会死）；例如，在滚动更新期间，您将有一个小的停机时间。

如果你有很多pod运行你的应用程序的副本，请考虑到这些是容器，因此除了你的应用程序之外，还有一个基本映像和依赖项。因此，每个副本都是一个以上的基本图像加上您正在部署的依赖项，因此，您在应用程序上花费的资源更多。

通常，最好有多个副本，但你不应该对它发疯。研究一下什么在消耗你的应用程序，设置正确的资源请求。设置HPA以更好地恢复和管理集群资源。