如果一个活动节点(pod(因任何原因停机，Kubernetes将创建另一个节点来代替它。这肯定会导致客户端出现间歇性问题，但一旦活动节点(pod(恢复，客户端就应该开始工作。另一方面，如果HA已经到位，我不确定客户端(连接/订阅/会话(从活动节点到备份节点和返回活动节点的移动速度(即故障转移和故障恢复(会有多快。
我认为，只有当所有备份节点都在另一个数据中心时，它们才会对灾难恢复有用。但是，如果备份节点与活动节点位于同一数据中心，我想不出备份节点会有用的情况。我可能遗漏了什么，请在这里建议一个理想的方法。
如果Kubernetes正在管理一个代理，并且在它失败时会重新启动它，那么将代理配置为主动/被动以进行HA故障转移并没有真正的用处。当然，这是假设所有相关的持久数据(例如data目录(都不会丢失(例如在另一个pod上(。