为什么不推荐多区域 Kubernetes 部署？

Question

Kubernetes 文档说支持多区域集群，但不支持多区域集群。同时 Kubernetes 对failure-domain/zone和failure-domain/region.

让我的 Kubernetes 集群同时成为多专区和多区域有什么缺点？它只是延迟吗？如果是，那么它可靠所需的延迟数字是多少？

从好的方面来说，我看到了服务发现，并且能够跨多个区域部署应用程序，而无需在其上使用额外的工具。

我知道联邦 v1 和 v2 正在开发中，但它似乎增加了很多复杂性，v2 远未准备好生产。

Answer 1

这是推测性的，但它是知情的推测，所以希望这意味着它仍然会有所帮助

让我们拿 kubernetes 做的两件事并将它们外推到一个多区域集群中：

• 负载均衡器成员资格——至少在 AWS 上，没有将不同区域的成员添加到负载均衡器的机制，这意味着type: LoadBalancer无法将所有Pods分配给Service
• 持久卷附加——同样在 AWS 上，没有机制可以跨可用区附加 EBS 卷，更不用说跨区域了

对于其中的每一个，人们绝对能够找到“是的，但是！” 场景来演示这些限制无关紧要的情况。但是，由于 kubernetes 试图以与云无关的方式解决一般情况，这就是我强烈怀疑为什么他们甚至不建议尝试多区域集群的原因——无论它现在是否适合您的情况.