amazon-web-services - k8s 高可用性配置产品边缘案例

Question

我们有一个正在生产的应用程序需要高可用性(100%)，因此我们执行了以下操作:

1. 我们将 3 个实例配置为 HA，但随后节点死亡
2. 我们配置了反关联性(在不同的节点上运行)，但在节点上进行了一些更新，并且我们在一段时间内不可用(被驱逐)。
3. 现在我们考虑添加 Pod 中断预算 https://kubernetes.io/docs/concepts/workloads/pods/disruptions/

我的问题是:

1. 亲和性如何与 pod 中断预算一起发挥作用，是否可能存在任何勾结？或者这是多余的配置？
2. 是否需要添加任何其他配置以确保我的 Pod始终运行(尽可能)

Answer 1

How the affinity works with pod disruption Budget, could be any collusion ? or this is redundant configs ?

Affinity and Anti-affinity与您的 Pod 安排的地点有关，例如以便同一应用程序的两个副本不会调度到同一节点。 Pod Disruption Budgets将在使用自愿中断时提高可用性，例如维护。它们都与提高应用程序的可用性有关，但彼此无关。

Is there any other configuration which I need to add to make sure that my pods run always (as much as possible)

事情将会失败。你需要做的是拥抱分布式系统，让你的所有工作负载成为一个分布式系统，例如:使用多个实例来消除单点故障。对于无状态(例如 Deployment )和有状态(例如 StatefulSet )工作负载，这样做的方式有所不同。对您来说重要的是您的应用尽可能可用，但个别实例(例如 Pod)可能会失败，几乎没有任何用户注意到它。

We configure 3 instance as HA but then the node died

事情总会失败。例如。物理节点可能崩溃。您需要设计您的应用程序，使其能够容忍一些故障。

如果您使用云提供商，则应使用使用三个独立可用区的区域集群，并且您需要分散您的工作负载，以便它在多个可用区中运行可用区 - 通过这种方式，您的应用可以容忍整个可用区出现故障，而不会影响您的用户。