.NET Core AWS Lambda连接MongoDB Atlas超时问题排查求助

我之前碰到过几乎一模一样的场景，给你几个实际有效的排查和解决方向：

• 检查Lambda的VPC网络配置
  如果你的Lambda部署在AWS VPC内，默认是没有公网访问权限的（除非用了公有子网+弹性IP，这不是推荐做法）。你需要：

  • 给Lambda所在的私有子网配置NAT网关，并确保子网的路由表将0.0.0.0/0流量指向NAT网关，这样Lambda才能出站访问公网的Atlas集群。
  • 同时检查VPC安全组，允许出站TCP流量到MongoDB的端口（默认27017，或者你Atlas集群自定义的端口）；网络ACL也要放行对应的出站规则（源0.0.0.0/0，目标端口对应MongoDB端口）。

• 优化MongoClient配置适配Lambda无服务器环境
  .NET的MongoClient在Lambda这类临时执行环境下需要特殊配置，避免连接耗尽或超时：

  • 确保连接字符串显式启用TLS：mongodb+srv://<user>:<password>@<cluster>/<db>?tls=true（Atlas强制要求TLS，本地可能自动适配，但Lambda环境有时需要显式指定）。
  • 调整连接池参数：设置maxPoolSize=50（根据Lambda并发量调整，不要过大）、minPoolSize=0，因为Lambda执行环境是临时的，不需要维持最小连接数。
  • 完善超时配置：除了客户端超时，还要设置serverSelectionTimeoutMS=15000（对应你设置的15秒）、connectTimeoutMS=10000，覆盖连接阶段和服务器选择阶段的超时逻辑。
  • 关键！不要每次请求都创建新的MongoClient：MongoClient是线程安全的，应该全局单例初始化（比如放在Lambda的静态字段或静态构造函数里），重复创建会导致连接资源耗尽，进而引发超时。

• 排查DNS解析与MTU问题

  • 在Lambda代码中添加日志，打印Atlas集群域名的解析结果（比如用Dns.GetHostAddressesAsync），确认是否能正常解析到Atlas的服务器IP。如果解析失败，检查VPC的DNS配置（优先用AWS提供的VPC DNS服务器，确保能解析公网域名）。
  • AWS Lambda执行环境的MTU是1500，和Atlas服务器一致，一般不会有问题，但如果VPC内有VPN或其他网络设备，可排查是否存在MTU不匹配的情况。

• 确认Lambda函数的执行超时设置
  确保Lambda的函数超时时间大于你设置的MongoClient超时时间（比如设为20秒），不然Lambda会在客户端超时前就终止执行，导致连接失败的假象。

我当时就是因为Lambda在VPC内未配置NAT网关，加上MongoClient没做单例初始化，调整后就正常连接了，你可以挨个排查这些点试试。

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