GKE集群通过VPC Peering无法连接Mongo Atlas问题求助

一、核心问题拆解 #

1. 域名解析导致路由差异：你应用配置的mongodb+srv://user:pass@cluster0.mongodb.net/test用的是Atlas的公网域名，解析结果是公网IP，流量必然走公网，完全绕开了VPC Peering；而你手动执行mongosh时用的cluster0-pri.mongodb.net是Atlas专门为VPC Peering提供的私有域名，会解析到私有IP，所以能正常走内部VPC流量。
2. 白名单拦截公网流量：当移除0.0.0.0/0的公网白名单后，所有走公网的请求（包括应用的公网URI、Pod到Mongo公网IP的SSH连接）都会被Atlas拦截，导致超时。

二、正确的URI配置方法 #

1. 替换为私有域名URI #

直接把URI中的公网域名替换成私有域名即可，格式如下：

mongodb+srv://user:pass@cluster0-pri.mongodb.net/test

这个URI会自动解析到Mongo Atlas通过VPC Peering暴露的私有IP，全程走内部VPC网络，不需要依赖公网IP白名单。

2. 关于apiVersion的说明 #

--apiVersion 1是mongosh命令行工具的参数，不属于MongoDB URI的规范内容，所以不能加到URI的查询参数里。你之前尝试带apiVersion=1的URI报错是正常的，而命令行里用这个参数能运行是因为mongosh本身支持该选项。

三、验证与收尾步骤 #

• 验证域名解析：在GKE Pod内执行nslookup cluster0-pri.mongodb.net，确认解析结果是私有IP（而非公网IP）。
• 测试应用连接：更新应用配置为私有域名URI后，重启应用验证连接是否正常。
• 清理公网白名单：确认应用稳定运行后，彻底移除0.0.0.0/0的公网白名单，降低安全风险。

四、替代通信方案（可选） #

如果VPC Peering配置存在障碍，可以考虑以下两种方式：

• GCP Private Service Connect：无需配置VPC Peering，通过GCP的PSC服务建立私有连接，适合跨云或复杂网络架构场景。
• Mongo Atlas Private Endpoint：在GKE所在的VPC中创建Atlas的私有端点，直接通过内部IP访问Mongo集群，配置流程比VPC Peering更灵活。

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