不能直接用四层负载均衡器代理 MongoDB 副本集连接，因为副本集依赖客户端直连各节点以执行 isMaster 探测、角色识别和自动故障转移；四层 LB 会隐藏拓扑，导致客户端无法感知 primary/secondary 状态，使读偏好、写确认及自动重路由失效。
不能直接用负载均衡器代理 MongoDB 副本集连接——客户端必须直连副本集节点，否则会丢掉自动故障转移、读偏好、写确认等关键能力。
为什么不能把副本集放在普通四层 LB 后面？
副本集依赖客户端与多个节点建立独立 TCP 连接，并通过 isMaster 命令持续探测节点状态、角色（primary/secondary）和延迟。如果中间加一层四层负载均衡器（如腾讯云 CLB 默认模式、AWS NLB），所有请求会被转发到单个后端 IP，客户端就「看不见」副本集拓扑，mongoclient 无法执行节点发现、心跳检测和自动重路由。
常见错误现象包括：
- 连接后偶尔报
NotPrimaryNoSecondaryOk或InterruptedAtShutdown - 写操作失败但无明确错误，实际被发到了 secondary 节点
- 读偏好（如
readPreference=secondaryPreferred）完全失效 - 添加新节点或主从切换后，客户端长时间不更新拓扑缓存
正确做法：用 DNS 或客户端感知的七层 LB
真正可行的方案只有两种，且都要求客户端能解析并直连副本集成员：
- 用 DNS 轮询或 SRV 记录（如 Atlas 使用的
_mongodb._tcp.example.com），让客户端自己解析出全部节点地址，再构造含多个 host 的连接字符串：mongodb://node1:27017,node2:27017,node3:27017/?replicaSet=myRs - 使用支持 MongoDB 协议识别的七层 LB（极少见），它需能解析 wire protocol 中的 OP_MSG，识别
isMaster、hello等命令，并按 replica set 角色分发流量——目前主流 LB（Nginx、HAProxy、CLB）均不原生支持，需定制模块
注意：mongos 是分片集群专用路由层，不是通用 LB；不要把它当副本集 LB 用。
如果你必须走统一入口（比如防火墙/NAT 限制）
唯一安全的折中方式是：在入口处做静态端口映射（非负载均衡），把一个公网端口固定映射到当前 primary 节点。但这牺牲了高可用性——primary 切换时需手动更新映射，或配合脚本监听 rs.status() 自动触发变更。不推荐用于生产环境。
容易踩的坑：
- 误把
loadBalanced=true参数加进连接字符串——这是为 mongos 集群设计的，对副本集无效，反而可能禁用拓扑发现 - 在连接字符串里只写一个节点（如
mongodb://lb.example.com:27017），以为 LB 会转发到副本集，结果客户端根本不知道这是副本集 - 用 HTTP LB（如 ALB）转发 MongoDB 流量——协议不兼容，连接立即断开
副本集的高可用逻辑在客户端驱动里，不在网络层。把 LB 当成“透明通道”用，反而破坏了这套机制最核心的部分。
