本地应用连接AWS RDS经Direct Connect后延迟无改善技术咨询

刚踩过类似的Direct Connect配置后延迟没改善的坑，结合你的场景给你几个必查的关键点：

• 先确认流量是否真的走了Direct Connect专线
  别光看延迟数据，先在本地应用服务器上用 traceroute（Linux）或者 tracert（Windows）测RDS endpoint的路由路径，看看中间节点是不是包含AWS Direct Connect的专用节点（比如带有amazon.com或directconnect标识的节点）。如果路由还是绕公网节点，那说明专线根本没生效——大概率是双向路由配置缺失：要么AWS侧VPC路由表没把本地数据中心的CIDR段指向Direct Connect Gateway，要么本地数据中心的路由器没把RDS所在VPC的CIDR段指向Megaport的专线端口。

• 检查RDS的网络访问配置
  很多人容易犯的错：明明开了Direct Connect，却还在使用RDS的公网endpoint连接，这样流量依然会走公网绕路。你需要确认：

  • RDS实例是否部署在私有子网中？
  • 有没有在VPC中配置允许本地数据中心IP段访问RDS的安全组/网络ACL？
  • 是不是用RDS的私有endpoint进行连接？

• 测试专线本身的基础延迟
  先跳过应用和数据库，直接测专线的链路质量：在AWS俄勒冈区域开一台同VPC的EC2实例，用 ping 或 mtr 工具和本地服务器做延迟测试。如果这个基础延迟就和公网差不多，那得联系Megaport排查专线链路——比如是不是线路绕路、端口带宽被限制，或者链路存在隐性丢包（丢包率哪怕0.1%也会导致延迟飙升）。

• 排查应用与数据库的连接层问题
  确认应用的数据库连接串是否正确切换到了RDS私有endpoint，同时检查连接池配置：比如连接超时时间设置过短、池大小不足导致连接等待，这些都会让你误以为是网络延迟。另外，打开RDS的慢查询日志，看看插入操作在RDS侧的实际执行时间——如果RDS侧执行时间只有几毫秒，那问题肯定出在网络或应用连接层。

• 核对AWS Direct Connect的配置细节
  登录AWS控制台检查：

  • Direct Connect Gateway是否正确关联了RDS所在的VPC？
  • VPC的路由表是否添加了指向本地数据中心CIDR段的路由，目标是Direct Connect Gateway？
  • 本地数据中心的路由器是否配置了反向路由，把AWS VPC的CIDR段指向专线接口？

补充你的测试数据参考：本地应用到本地库插入仅0.112秒，而经Direct Connect到AWS RDS的插入延迟和公网相近，这种情况90%以上是流量没走专线，先从路由排查入手准没错。

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