Kubernetes集群中Pod AntiAffinity不生效问题求助

你的核心问题是缺少节点调度范围限制，同时对topologyKey的作用逻辑理解有误，导致Pod不受控地调度到master节点，且反亲和规则未按预期生效：

1. 你没有配置nodeSelector或nodeAffinity，Pod可以被调度到集群内任何节点（包括没有type=worker标签的master节点）。
2. 当topologyKey设为type时，master节点没有该标签，调度器会将这类节点的拓扑键值视为空字符串，此时反亲和规则对它们不生效——因为规则仅针对拥有该拓扑键的节点，所以多个Pod能同时部署到master节点。
3. 若误用topologyKey: kubernetes.io/os，所有节点的os标签值一致（都是linux），会被归为同一个拓扑域，此时整个集群只能运行一个Pod，这也不符合你"每个worker节点一个Pod"的需求。

修正后的Deployment配置 #

要实现"仅在worker节点部署、每个节点一个Pod"的目标，需要同时配置节点选择器和正确的反亲和规则：

apiVersion: apps/v1
kind: Deployment
metadata:
  labels:
    id: nginx-anti-affinity
  name: nginx-anti-affinity
spec:
  replicas: 3
  selector:
    matchLabels:
      id: nginx-anti-affinity
  strategy: {}
  template:
    metadata:
      labels:
        id: nginx-anti-affinity
    spec:
      # 限制Pod仅调度到带有type=worker标签的节点
      nodeSelector:
        type: worker
      affinity:
        podAntiAffinity:
          requiredDuringSchedulingIgnoredDuringExecution:
          - labelSelector:
              matchExpressions:
              - key: id
                operator: In
                values:
                - nginx-anti-affinity
            # 用hostname作为拓扑键，确保每个节点仅运行一个Pod
            topologyKey: "kubernetes.io/hostname"
      containers:
      - image: nginx
        name: nginx
        resources: {}
status: {}

关键修正点说明 #

• nodeSelector：强制Pod只能部署到带有type=worker标签的节点，直接排除master节点。
• topologyKey: kubernetes.io/hostname：每个节点的hostname是唯一的，反亲和规则会确保同一节点上不会运行多个匹配标签的Pod，完美模拟DaemonSet的单节点单Pod行为。

应用这个配置后，你会看到只有1个Pod在worker节点运行，另外2个Pod处于Pending状态，符合预期。

内容的提问来源于stack exchange，提问作者pidumenk