如何连接Kubernetes上Bitnami Helm Chart部署的MongoDB副本集

1. 连接串是否需要指定副本集名称？如何获取？ #

连接串必须指定副本集名称才能实现自动主节点发现、故障转移等高可用能力。你当前仅使用headless服务地址能成功连接，是因为客户端默认随机选择一个可用节点建立连接，但未指定replicaSet参数时，发生主从切换客户端不会自动感知新主节点，会出现连接失败，完全达不到生产高可用要求。
获取副本集名称的两种方式：

• bitnami MongoDB chart默认副本集名称为rs0，如果你未修改replicaSet.name配置项，默认就是该值；
• 执行命令直接查询确认：

  kubectl exec -it <任意mongodb数据节点pod名> -- mongosh --eval "rs.conf()._id"
  

  输出结果即为当前部署的副本集真实名称。

2. 现有服务是否足够支撑高可用连接？是否需要加入仲裁节点地址？ #

现有两个headless服务完全可以支撑集群内部的高可用连接，不需要将仲裁节点地址加入连接串：

• appname-mongodb-headless会解析出所有数据副本的Pod IP，你在连接串中填写该headless地址并补充replicaSet参数后，MongoDB客户端会自动从这些节点获取完整的副本集拓扑信息，自动识别仲裁节点存在，无需手动填写仲裁节点地址；
• 仲裁节点本身不处理任何用户读写请求，仅参与副本集选举，加入连接串没有任何实际作用。
  集群内部访问的标准高可用连接串格式为：mongodb://appname-mongodb-headless:27017/?replicaSet=rs0，将rs0替换为实际副本集名称即可，主节点故障时客户端会自动识别新主节点，实现无感知故障转移。

3. 是否需要为每个副本单独创建服务？给出的externalAccess配置适用什么场景？ #

如果你的应用和MongoDB部署在同一个K8s集群内，完全不需要为每个副本单独创建服务，也不需要开启externalAccess相关配置。
你提到的配置：

externalAccess:
  enabled: true
  autoDiscovery:
    enabled: true

是专门用于集群外部客户端访问MongoDB副本集的场景，开启后会为每个数据副本创建独立的NodePort/LoadBalancer类型服务，方便外部客户端访问到每个副本节点。同集群内访问仅需使用默认生成的headless服务即可。

4. replicaSetKey的作用是什么？适用哪些场景？ #

replicaSetKey是MongoDB副本集节点之间互相通信的身份认证密钥，作用是确保只有持有相同密钥的节点才能加入副本集，防止恶意节点伪装成副本集成员窃取数据、干扰集群选举。
适用场景：

• 只要你开启MongoDB的auth认证功能，就必须配置replicaSetKey，否则副本集节点之间无法完成身份认证，无法互相通信，集群会直接不可用；
• 该密钥仅用于副本集节点之间的内部认证，不需要提供给业务客户端使用，业务客户端仅需使用你配置的普通业务账号密码连接数据库即可。
  注意：开启auth时建议通过K8s Secret存储该密钥，不要明文写在values配置文件中避免泄露。

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