如何在单个Kubernetes命名空间中部署多个MongoDB社区版副本集？

核心分析 #

你的情况属于Kubernetes就绪探针检测失败但MongoDB服务本身正常，大概率是Operator对探针的管理逻辑出现冲突——尤其是多Operator/多副本集场景下，Operator可能误操作了不属于它管理的副本集的探针配置，或者探针的检测逻辑与实际环境不匹配。

排查与修复步骤 #

1. 明确探针失败的具体原因 #

先通过命令获取Pod的详细事件和探针日志，定位失败类型（如连接超时、认证失败、命令执行错误）：

kubectl describe pod <mongodb-pod-name> -n <namespace>
kubectl logs <mongodb-pod-name> -n <namespace> -c readiness-probe

常见触发原因：

• 探针使用的认证信息与MongoDB实例配置不匹配
• 多Operator场景下，某个Operator覆盖了其他副本集的探针配置
• 探针检测的端口/地址被网络策略或Service拦截

2. 建立Operator与MongoDB资源的专属关联 #

多个Operator在同一命名空间运行时，必须通过标签选择器让每个Operator只管理对应副本集：

• 部署Operator时，通过Helm参数指定专属标签，比如：

  helm install mongodb-operator-1 mongodb/community-operator \
    --set operator.selectorLabels="app=mongodb-cluster-1" \
    -n <namespace>
  

• 对应部署MongoDB副本集CR时，添加匹配标签：

  apiVersion: mongodbcommunity.mongodb.com/v1
  kind: MongoDBCommunity
  metadata:
    name: mongodb-cluster-1
    labels:
      app: mongodb-cluster-1
  spec:
    # 其他副本集配置...
  

这样每个Operator只会处理带有指定标签的MongoDB资源，避免互相干扰。

3. 自定义探针配置适配环境 #

部分版本的MongoDB社区Operator允许调整就绪探针参数，可在Helm values.yaml中找到statefulset.readinessProbe相关配置，比如修改检测命令或超时时间：

statefulset:
  readinessProbe:
    exec:
      command:
        - bash
        - -c
        - |
          mongo --username admin --password ${MONGODB_ROOT_PASSWORD} --authenticationDatabase admin --eval "db.adminCommand('ping')" --quiet
    initialDelaySeconds: 30
    periodSeconds: 10
    timeoutSeconds: 5

如果默认探针使用无认证方式，但你的MongoDB开启了用户名密码，必须在探针命令中加入认证参数才能通过检测。

4. 确保CRD与Operator版本兼容 #

若新增Operator版本与原有CRD版本不匹配，会导致Operator无法正确管理探针配置：

• 查看当前CRD版本：

  kubectl get crd mongodbcommunity.mongodb.com -o yaml | grep version
  

• 部署Operator时指定与CRD匹配的版本：

  helm install mongodb-operator mongodb/community-operator --version <匹配CRD的版本> -n <namespace>
  

5. 重置探针配置验证 #

若确认是Operator误修改了探针配置，可手动删除Pod让Operator重新生成正确配置，或临时编辑Pod验证：

kubectl edit pod <mongodb-pod-name> -n <namespace>

修改spec.containers[].readinessProbe字段后，观察Pod是否恢复就绪状态。

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