Docker Swarm 和 Kubernetes Manager 硬件要求
Docker Swarm and Kubernetes Manager hardware requirements
我们计划为我们的应用程序服务构建一个小型 docker 集群。我们考虑为 ha 使用 2 个 master vms，1 个 consul（如果我们选择 Swarm）和 5-10 个主机用于容器。我们尚未决定使用什么 - Docker Swarm 或 Kubernetes。
所以问题是 "hardware" 要求（CPU 核心、RAM）管理器（包括 Swarm 和 Kubernetes）可以满足什么来编排这个小集群。
对于 Kubernetes，单个 2 核虚拟机（例如 GCE 上的 n1-standard-2）可以处理 5 个节点，可能是 10 个。如果你想 运行 HA master 配置，你可能想要 3 个节点为 etcd 实例创建一个仲裁，你可能想要提供稍微大一点的实例（比如 n1-standard-4）来解决集群 etcd 的开销。
只是为了澄清一下罗伯特写的关于 Kubernetes 的内容。
如果你想拥有最多 5 台机器来 运行ning 你的应用程序，即使是 1 核虚拟机（GCE 上的 n1-standard-1）也应该足够了。
正如罗伯特所说，您可以使用 2 核虚拟机处理 10 节点集群。官方推荐请看：
https://kubernetes.io/docs/setup/best-practices/cluster-large/
但是，请注意，我们的主组件的资源使用情况与您想要 运行 集群上的 pods（容器）数量更相关。如果您想说出个位数，即使是 n1-standard-1 GCE 也应该足以满足 10 节点集群的需求。但是在 <=10 个节点集群的情况下使用 n1-standard-2 肯定更安全。
至于 HA，我同意 Robert 的观点，即拥有 3 个主虚拟机优于 2 个。Etcd（这是我们的后备存储）需要超过一半的已注册副本才能正常工作，因此以防万一在 2 个实例中，所有实例都需要启动（这通常不是您的目标）。如果您有 3 个实例，其中一个可能已关闭。
如果您对 Kubernetes 有更多疑问，请告诉我。
我们计划为我们的应用程序服务构建一个小型 docker 集群。我们考虑为 ha 使用 2 个 master vms，1 个 consul（如果我们选择 Swarm）和 5-10 个主机用于容器。我们尚未决定使用什么 - Docker Swarm 或 Kubernetes。
所以问题是 "hardware" 要求（CPU 核心、RAM）管理器（包括 Swarm 和 Kubernetes）可以满足什么来编排这个小集群。
对于 Kubernetes，单个 2 核虚拟机（例如 GCE 上的 n1-standard-2）可以处理 5 个节点，可能是 10 个。如果你想 运行 HA master 配置，你可能想要 3 个节点为 etcd 实例创建一个仲裁，你可能想要提供稍微大一点的实例（比如 n1-standard-4）来解决集群 etcd 的开销。
只是为了澄清一下罗伯特写的关于 Kubernetes 的内容。 如果你想拥有最多 5 台机器来 运行ning 你的应用程序，即使是 1 核虚拟机（GCE 上的 n1-standard-1）也应该足够了。 正如罗伯特所说，您可以使用 2 核虚拟机处理 10 节点集群。官方推荐请看： https://kubernetes.io/docs/setup/best-practices/cluster-large/
但是，请注意，我们的主组件的资源使用情况与您想要 运行 集群上的 pods（容器）数量更相关。如果您想说出个位数，即使是 n1-standard-1 GCE 也应该足以满足 10 节点集群的需求。但是在 <=10 个节点集群的情况下使用 n1-standard-2 肯定更安全。
至于 HA，我同意 Robert 的观点，即拥有 3 个主虚拟机优于 2 个。Etcd（这是我们的后备存储）需要超过一半的已注册副本才能正常工作，因此以防万一在 2 个实例中，所有实例都需要启动（这通常不是您的目标）。如果您有 3 个实例，其中一个可能已关闭。
如果您对 Kubernetes 有更多疑问，请告诉我。