4. Pod亲和性与反亲和性：拓扑键、权重与跨可用区部署

Pod亲和性（podAffinity）与反亲和性（podAntiAffinity）是Kubernetes调度中控制Pod分布的核心机制。它们允许调度器根据集群中已运行Pod的标签来决定新Pod的放置位置，而非仅依赖Node自身的标签。这种基于Pod拓扑关系的调度策略，对于实现高可用、低延迟、资源均衡等业务目标至关重要。

4.1 核心概念与拓扑键（topologyKey）

亲和性规则的核心是拓扑键（topologyKey），它定义了调度器在哪个拓扑域内评估Pod的分布。拓扑键通常对应Node的标签，例如：

4.2 亲和性（podAffinity）与反亲和性（podAntiAffinity）对比

4.3 权重设置（weight）与软策略

软策略（preferredDuringScheduling）允许调度器在满足硬约束的前提下，优先选择符合亲和性规则的拓扑域。权重（weight）字段用于定义不同软策略的优先级，取值范围为1-100。

affinity:
  podAntiAffinity:
    preferredDuringScheduling:
    - weight: 100
      podAffinityTerm:
        labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - my-app
        topologyKey: topology.kubernetes.io/zone
    - weight: 50
      podAffinityTerm:
        labelSelector:
          matchExpressions:
          - key: app
            operator: In
            values:
            - my-app
        topologyKey: kubernetes.io/hostname

4.4 跨可用区部署策略

跨可用区部署是反亲和性最常见的生产场景。通过将同一服务的多个副本强制分散到不同可用区，可以确保单个AZ故障时服务仍可用。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: web-app
spec:
  replicas: 3
  selector:
    matchLabels:
      app: web
  template:
    metadata:
      labels:
        app: web
    spec:
      affinity:
        podAntiAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
          - labelSelector:
              matchExpressions:
              - key: app
                operator: In
                values:
                - web
            topologyKey: topology.kubernetes.io/zone
      containers:
      - name: nginx
        image: nginx:1.25

4.5 拓扑分布约束（topologySpreadConstraints）对比

Kubernetes 1.19+引入了topologySpreadConstraints，它提供了更灵活的Pod分布控制，与亲和性/反亲和性互补：

4.6 调度流程与决策逻辑

4.7 生产实践：微服务亲和部署

在微服务架构中，经常需要将通信频繁的服务对部署在同一可用区，以减少跨AZ的网络延迟和成本。以下示例将frontend Pod与backend Pod亲和部署到同一可用区：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: frontend
spec:
  replicas: 2
  template:
    metadata:
      labels:
        app: frontend
    spec:
      affinity:
        podAffinity:
          preferredDuringScheduling:
          - weight: 100
            podAffinityTerm:
              labelSelector:
                matchLabels:
                  app: backend
              topologyKey: topology.kubernetes.io/zone
      containers:
      - name: frontend
        image: my-frontend:latest

4.8 常见问题与避坑指南

• 拓扑键选择错误：使用kubernetes.io/hostname做反亲和时，如果Node数量少于副本数，调度会失败。生产环境建议使用topology.kubernetes.io/zone。
• 标签匹配范围过大：labelSelector的matchExpressions如果匹配到过多Pod，可能导致调度器计算量激增，影响调度性能。
• 软策略权重无效：当所有候选Node的软策略评分相同时，调度器会回退到默认评分策略，此时权重设置不生效。
• 忽略Pod生命周期：亲和性规则仅影响调度时刻，Pod运行后不会重新调度。如需动态调整，需配合descheduler组件。

4.9 跨可用区部署策略对比总结