以下 SO 问题提到,使用持久卷的有状态集中的 Pod 无法在可用区故障时移动到不同的可用区,因为 Pod 通过持久卷与 AZ 具有关联性。
Kubernetes 有状态集、可用区和卷声明:可用区失败时会发生什么
如果 Pod 没有附加持久卷,Pod 是否可以在可用区不可用时移动到其他可用区?
以下 SO 问题提到,使用持久卷的有状态集中的 Pod 无法在可用区故障时移动到不同的可用区,因为 Pod 通过持久卷与 AZ 具有关联性。
Kubernetes 有状态集、可用区和卷声明:可用区失败时会发生什么
如果 Pod 没有附加持久卷,Pod 是否可以在可用区不可用时移动到其他可用区?
在最常见的配置中也是如此。但云提供商现在还提供复制到另一个可用区的块存储。因此,您可能会选择使用复制块存储,但成本更高,延迟可能更长。
您通常不会在 Kubernetes 中“移动”pod。但如果 Pod 和节点不可用,则可以重新创建。这种情况是否发生在不同的可用区上,取决于您如何配置 Pod。您通常不希望在不同的可用区中重新创建它。您通常使用
StatefulSet
分布式应用程序来实现高可用性。您希望它能够容忍某个可用区变得不可用,因此它应该将其实例分布在可用区之间。当不可用的可用区再次可用时,您仍然希望容忍某个可用区变得不可用,因此您现在不能将所有实例都放在两个可用区中。