MongoDB社区Operator部署：StatefulSet Pod与PV绑定特定节点问题

问题背景 #

使用MongoDB Community Operator部署ReplicaSet集群，需求如下：

• StatefulSet的my-mongo-0固定部署在node-0，绑定对应节点的data-volume-db-0
• StatefulSet的my-mongo-1固定部署在node-1，绑定对应节点的data-volume-db-1
• 每次部署保持Pod/PV的节点位置不变

当前问题：PVC会随机绑定到其他节点的PV，导致Pod因节点冲突无法启动。

解决方案 #

通过Pod节点亲和性和存储类绑定模式调整，实现Pod与PV的节点一致性：

1. 给Pod添加节点亲和性，固定调度到指定节点 #

修改MongoDBCommunity配置，在StatefulSet模板中添加节点亲和性规则，利用Pod索引动态匹配目标节点：

apiVersion: mongodbcommunity.mongodb.com/v1
kind: MongoDBCommunity
metadata:
  name: my-mongo
  labels:
    app: my-mongo
  namespace: mongo-system
spec:
  members: 2
  statefulSet:
    spec:
      template:
        spec:
          affinity:
            nodeAffinity:
              requiredDuringSchedulingIgnoredDuringExecution:
                nodeSelectorTerms:
                - matchExpressions:
                  - key: kubernetes.io/hostname
                    operator: In
                    values:
                    - node-{{.StatefulSet.PodIndex}} # 自动匹配node-0/node-1
      volumeClaimTemplates:
      - metadata:
          name: data-volume
        spec:
          storageClassName: hostpath
          accessModes: [ "ReadWriteOnce" ]
          resources:
            requests:
              storage: 11Gi
          selector:
            matchLabels:
              type: data

2. 修改存储类绑定模式为WaitForFirstConsumer #

创建或更新hostpath存储类，设置绑定模式为等待Pod调度后再绑定PV，避免提前错绑：

apiVersion: storage.k8s.io/v1
kind: StorageClass
metadata:
  name: hostpath
provisioner: kubernetes.io/no-provisioner
volumeBindingMode: WaitForFirstConsumer # 核心配置
reclaimPolicy: Retain

配置说明 #

• 节点亲和性：通过{{.StatefulSet.PodIndex}}变量，让索引为0的Pod只能调度到node-0，索引为1的Pod只能调度到node-1，强制Pod节点固定。
• 存储类绑定模式：WaitForFirstConsumer确保PVC在Pod确定节点后才绑定PV，此时Kubernetes会自动选择该节点上符合条件的PV（即带有type: data标签且节点亲和性匹配的PV），彻底避免错绑问题。

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