这个问题我之前帮别人排查过，核心原因是MongoDB集群在和客户端建立连接时，会把自己的内部主机名（比如mongodb-3-servers-vm-1、mongodb-3-arbiters-vm-0）返回给你的Spring应用，但你的应用所在环境没法解析这些GCP内部的主机名，所以才抛出UnknownHostException。下面给你几个可行的解决方案，按推荐程度排序：

方案一：修改MongoDB集群配置，对外暴露外部IP（推荐长期方案） #

GCP上的MongoDB节点默认会用内部主机名做集群通信，但我们可以配置让它对外暴露外部IP，这样客户端拿到的就是可解析的地址：

• 登录到每个MongoDB节点（主节点、从节点都要操作）
• 找到mongod.conf配置文件（通常路径是/etc/mongod.conf，不同部署方式可能略有不同）
• 修改net和setParameter部分的配置，替换成对应节点的外部IP：

net:
  bindIp: 0.0.0.0,你的节点外部IP  # 允许外部访问，同时绑定自身外部IP
setParameter:
  advertisedHostname: 你的节点外部IP  # 告诉客户端这个节点的外部访问地址

• 保存配置后，重启mongod服务：

sudo systemctl restart mongod

• 完成后，你的Spring应用再连接时，MongoDB集群返回的就是外部IP，应用就能正常解析了。

方案二：在应用服务器添加hosts映射（临时应急方案） #

如果暂时没法修改MongoDB集群配置，可以通过在应用服务器的hosts文件里添加映射，让应用能解析这些内部主机名：

• Linux系统：编辑/etc/hosts文件，添加以下内容（替换成你的实际IP和主机名）：

xx.xx.x.xx mongodb-3-servers-vm-1
xx.xx.x.xx mongodb-3-arbiters-vm-0

• Windows系统：打开C:\Windows\System32\drivers\etc\hosts文件（需要管理员权限），添加同样的映射内容
• 注意：这个方案只是临时 workaround，如果MongoDB节点的外部IP发生变化，你需要手动更新hosts文件，长期维护成本较高，适合临时测试使用。

方案三：将应用部署在GCP同VPC网络内（最佳实践） #

如果你的Spring应用也部署在GCP上，最稳妥的方式是把应用和MongoDB集群放在同一个VPC网络里：

• 在GCP控制台中，将应用所在的云实例加入到MongoDB集群的VPC网络
• 或者配置VPC peering，让应用所在的VPC和MongoDB集群的VPC互通
• 这样应用就能直接解析MongoDB的内部主机名，连接更安全、延迟更低，也不需要依赖外部IP和hosts映射。

验证步骤 #

修改配置后，可以用mongosh命令测试连接是否正常：

mongosh "mongodb://userName:Password@xx.xx.x.xx:27017,xx.xx.x.xx:27017,xx.xx.x.xx:27017/?authSource=admin"

连接成功后，输入db.runCommand({ getCmdLineOpts: 1 })可以查看节点的advertisedHostname配置是否生效。另外，建议确保你的Spring应用使用的MongoDB驱动是最新版本，旧版本驱动可能存在集群地址处理的兼容性问题。

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