4. Pod 反亲和性（Pod Anti-Affinity）在故障域隔离中的应用

在 Kubernetes 集群中，Pod 反亲和性（Pod Anti-Affinity）是实现故障域隔离的核心调度机制。它通过规则约束，确保同一工作负载的多个副本不会调度到同一故障域（如节点、可用区）中，从而避免单点故障导致整个服务不可用。在 Helm Deployment 的滚动更新场景中，合理配置反亲和性策略，可以显著提升更新期间的系统容错能力。

4.1 反亲和性的两种表达形式

Kubernetes 提供两种反亲和性类型，分别对应不同的调度严格程度：

4.2 基于 topologyKey 的故障域定义

反亲和性通过 topologyKey 指定故障域的粒度。常见的 topologyKey 包括：

• kubernetes.io/hostname —— 节点级别隔离
• topology.kubernetes.io/zone —— 可用区级别隔离
• topology.kubernetes.io/region —— 区域级别隔离

以下是一个典型的 Helm values 配置片段，展示如何通过 topologyKey 实现节点级反亲和：

# values.yaml
podAntiAffinity:
  requiredDuringSchedulingIgnoredDuringExecution:
    - labelSelector:
        matchExpressions:
          - key: app.kubernetes.io/name
            operator: In
            values:
              - {{ include "myapp.name" . }}
      topologyKey: kubernetes.io/hostname

4.3 滚动更新中的反亲和性行为

在滚动更新过程中，反亲和性直接影响新 Pod 的调度决策。下图展示了在 3 节点集群中，使用 required 反亲和性时滚动更新的调度流程：

4.4 Helm Chart 中的反亲和性模板设计

在 Helm Chart 中，通常将反亲和性配置为可开关的模板片段，便于用户根据环境调整。以下是一个标准模板实现：

{{- /* templates/_podAntiAffinity.tpl */ -}}
{{- define "myapp.podAntiAffinity" -}}
{{- if .Values.podAntiAffinity.enabled }}
podAntiAffinity:
  {{- if eq .Values.podAntiAffinity.type "required" }}
  requiredDuringSchedulingIgnoredDuringExecution:
    - labelSelector:
        matchExpressions:
          - key: {{ .Values.podAntiAffinity.labelKey | default "app.kubernetes.io/name" }}
            operator: In
            values:
              - {{ include "myapp.name" . }}
      topologyKey: {{ .Values.podAntiAffinity.topologyKey | default "kubernetes.io/hostname" }}
  {{- else }}
  preferredDuringSchedulingIgnoredDuringExecution:
    - weight: {{ .Values.podAntiAffinity.weight | default 100 }}
      podAffinityTerm:
        labelSelector:
          matchExpressions:
            - key: {{ .Values.podAntiAffinity.labelKey | default "app.kubernetes.io/name" }}
              operator: In
              values:
                - {{ include "myapp.name" . }}
        topologyKey: {{ .Values.podAntiAffinity.topologyKey | default "kubernetes.io/hostname" }}
  {{- end }}
{{- end }}
{{- end }}

4.5 滚动更新与反亲和性的协同策略

在滚动更新期间，反亲和性策略需要与 maxSurge 和 maxUnavailable 参数配合，以避免更新阻塞。下表总结了不同场景下的推荐配置：

4.6 多维度反亲和性组合

对于跨可用区部署，可以组合多个 topologyKey 实现分层隔离。以下是一个同时隔离节点和可用区的配置示例：

podAntiAffinity:
  requiredDuringSchedulingIgnoredDuringExecution:
    - labelSelector:
        matchExpressions:
          - key: app
            operator: In
            values:
              - myapp
      topologyKey: kubernetes.io/hostname
    - labelSelector:
        matchExpressions:
          - key: app
            operator: In
            values:
              - myapp
      topologyKey: topology.kubernetes.io/zone

该配置确保：

• 同一节点上最多运行 1 个 myapp Pod
• 同一可用区内最多运行 1 个 myapp Pod
• Pod 会被分散到不同可用区的不同节点上

4.7 滚动更新中的反亲和性验证

在 Helm 部署后，可以通过以下命令验证反亲和性是否生效：

# 查看 Pod 分布
kubectl get pods -o wide -l app=myapp

# 检查 Pod 调度事件
kubectl describe pod myapp-xxxxx | grep -A5 Events

# 验证反亲和性规则
kubectl get pod myapp-xxxxx -o yaml | grep -A10 podAntiAffinity