Kubernetes 我的GKE集群的主区域的可用性有多高？

GKE似乎使用一个主可用区创建集群，尽管它提供了将节点部署到多个可用区的选项。我担心如果AZ大师倒下，我将无法再管理我的集群。我知道我的应用程序将继续运行，但我不能扩展我的服务或部署新版本的应用程序等等，这是一个很大的问题

---

我对“GKE集群易受主区域下降影响”的理解是否正确？如果没有，你能解释一下怎么做吗？如果它是正确的，我有哪些选项可以使它高可用，以便它可以容忍一个可用性区域下降？

现在的GKE master不是高可用的，如果一个区域下降，集群的Kubernetes API也会随之下降。不过，您应该注意，GKE master是一个具有99.5%SLA的托管服务。将来，GKE可能会为主机（API服务器）提供高可用性解决方案

您的理解是正确的，如果Kubernetes master/API在短时间内不可用，它不会影响集群上运行的已部署工作负载（例如网站或其他服务）。但你将无法放大/缩小事情的规模

作为一个用户，您现在无法做任何事情来使master高度可用

---

然而，我想说99.5%是一个相当好的正常运行时间。它相当于每天7分钟（），如果您不全天候管理集群，您可能会时不时地看到问题。如果您使用的是自动化，您可能会有一些重试逻辑。

GKE提供了多主机设置，在该区域的每个区域都有一个主机，现在普遍可用。有关快速概述，请参阅。

谢谢您的回答，Ahmet。不幸的是，99.5%的SLA对我来说是不够的。kubernetes federation能否成为我实现99.9%和更高可用性的答案？我考虑部署多个集群；每个可用性区域一个，跨多个可用性区域使用联合。当前，群集联合意味着您正在单个群集中为自己的联合设置管理平面。因此，它可能与托管GKE选项没有太大区别。我的建议是，查看

kubeadm

工具，在GCE上手动创建具有多个主节点的集群。是的，我知道其中一个集群承载联盟平面，如果该集群的相应AZ下降，您将失去联盟。然而，我喜欢的是其他集群仍然单独可用。当联合平面恢复时，它会发现我对其他集群所做的更改吗？例如，假设一个具有集群a和B的联合体。集群a承载该联合体。我有一个带有4个副本的pod部署；集群A和B各得到2个。当集群A下降时，联邦平面下降，如果我将集群B上的副本计数增加到4以补偿集群A的损失，那么当联邦恢复时会发生什么？它会将集群B覆盖回2个副本吗？区域集群现在是GA，这解决了这个问题。