Kubernetes v1.23.9 PodAffinity逻辑或调度规则配置问题求助

你的配置中，requiredDuringSchedulingIgnoredDuringExecution是一个规则数组，Kubernetes会将数组内的所有规则视为逻辑AND关系，即只有节点同时存在带version_from: bbbb6666和version_to: bbbb6666标签的Pod时，才会调度目标Pod，这和你需要的逻辑OR不符。

由于Kubernetes v1.23尚未支持PodAffinity规则间的逻辑OR硬约束（该特性在后续版本通过matchConditions实现），以下是两种可行的解决方案：

方案一：偏好性调度（软约束） #

如果业务允许优先调度到符合条件的节点，而非强制要求，可以将硬约束替换为权重为100的偏好约束。调度器会优先选择满足任一条件的节点，若没有符合条件的节点，仍会将Pod调度到其他节点。配置示例：

apiVersion: v1
kind: Pod
metadata:
  name: with-pod-affinity
spec:
  affinity:
    podAffinity:
      preferredDuringSchedulingIgnoredDuringExecution:
      - weight: 100
        podAffinityTerm:
          labelSelector:
            matchExpressions:
            - key: version_from
              operator: In
              values:
              - bbbb6666
          topologyKey: kubernetes.io/hostname
      - weight: 100
        podAffinityTerm:
          labelSelector:
            matchExpressions:
            - key: version_to
              operator: In
              values:
              - bbbb6666
          topologyKey: kubernetes.io/hostname
  containers:
  - name: with-pod-affinity
    image: registry.k8s.io/pause:2.0

方案二：节点标签扩展（硬约束） #

如果需要严格强制Pod调度到符合条件的节点，可以通过给节点添加统一标签的方式实现：

1. 给所有存在version_from: bbbb6666或version_to: bbbb6666标签Pod的节点，添加统一标签（例如target-node: true）。可以通过自定义脚本或Kubernetes控制器自动维护该标签：当节点出现符合条件的Pod时自动打标，所有符合条件的Pod被删除时移除标签。
2. 使用节点亲和性替代Pod亲和性，基于统一标签进行调度：

apiVersion: v1
kind: Pod
metadata:
  name: with-node-affinity
spec:
  affinity:
    nodeAffinity:
      requiredDuringSchedulingIgnoredDuringExecution:
        nodeSelectorTerms:
        - matchExpressions:
          - key: target-node
            operator: In
            values:
            - true
  containers:
  - name: with-node-affinity
    image: registry.k8s.io/pause:2.0

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