我们计划为我们的应用程序服务构建一个小型docker集群。我们考虑为ha使用2个主vm，为容器使用1个执政官（如果我们选择Swarm）和5-10个主机。我们还没有决定使用Docker Swarm还是Kubernetes。
因此，问题是Swarm和Kubernetes的"硬件"需求（CPU核心、RAM）管理器可以满足什么来协调这个小集群。
只是想澄清一下Robert对Kubernetes的描述。如果你想有5台机器来运行你的应用程序，即使是单核虚拟机（GCE上的n1-标准-1）也应该足够了。正如Robert所说，您可以使用2核虚拟机处理10节点集群。有关官方建议，请查看：https://kubernetes.io/docs/setup/best-practices/cluster-large/
但是，请注意，我们的主组件的资源使用情况更多地与您希望在集群上运行的pod（容器）的数量有关。如果您想让它们的个位数，那么对于10个节点的集群来说，即使是n1-标准-1的GCE也应该足够了。但在<10个节点集群。
至于HA，我同意Robert的观点，即拥有3个主VM比拥有2个要好。Etcd（它是我们的备份存储）需要一半以上的已注册副本才能正常工作，因此在有2个实例的情况下，所有副本都需要启动（这通常不是您的目标）。如果您有3个实例，其中一个实例可能已关闭。
如果您有更多关于Kubernetes的问题，请告诉我。
对于Kubernetes，单个2核虚拟机（例如GCE上的n1-标准-2）可以处理5个节点，可能还有10个。如果您想运行HA主配置，您可能需要3个节点来为etcd实例创建仲裁，并且您可能需要提供稍大的实例（如n1-标准-4）来考虑集群etcd的开销。