问题描述
如果由于任何原因导致活动节点（pod）关闭，Kubernetes将代替它创建另一个。这肯定会导致客户端端出现间歇性问题，但是一旦活动节点（pod）备份，客户端应开始工作。另一方面，如果HA已到位，我不确定客户端（连接/预订/会话）从活动节点到备份节点再回到活动节点的移动速度有多快（即失败）。 -over and fail-back）。
我认为，只有所有备份节点都位于另一个数据中心中，它们才对灾难恢复有用。但是，我无法想到这样一种情况：如果备份节点与活动节点位于同一数据中心中，则它们将非常有用。我可能会遗漏一些东西，请在此处提出一种理想的方法。
解决方法
如果Kubernetes正在管理代理，并且在代理出现故障时将重新启动，则将代理配置为主动/被动进行HA故障转移实际上并没有多大用处。当然，这假定所有相关的持久数据（例如data目录）都是安全的，不会丢失（例如在另一个容器上）。