【问题标题】:Direct Connect RDS Latency ExpectationsDirect Connect RDS 延迟预期
【发布时间】:2018-04-21 03:10:44
【问题描述】:

最近我们已经将我们的数据库移动到 AWS RDS 并使用应用程序 OnPrem,显然,延迟很大,因此我们在 AWS Oregon region(RDS) 和我们在旧金山的数据中心(应用程序)之间提供了与 Megaport 的直接连接。

但令人惊讶的是,我们没有发现延迟有任何重大差异(请查找附件结果和下面的数据),它几乎类似于通过互联网的连接。

OnPrem App - OnPrem DB (Seconds) Insert: 0.112
OnPrem App - AWS DB Over Direct Connect(Seconds)  Insert: 1.332
OnPrem App - AWS DB Over Internet (Seconds) Insert: 1.50

这是预期的吗? 我们有什么办法可以改善延迟吗? 请提供任何检查点以进行改进。

感谢您的支持。

【问题讨论】:

    标签: amazon-web-services rds aws-direct-connect


    【解决方案1】:

    不拥塞路由上的延迟很大程度上是距离以及链路中的跳数的一个因素。

    假设您的 DC 与 Internet 的连接畅通无阻,而 AWS 确实如此。对于小请求,拥塞不会成为问题,延迟会相对较低。

    但这并不能保证,并且随时可能从合理到可怕不等。互联网往往会遭受一定程度的数据包丢失,从而导致重新传输,从而增加延迟。流量越大,这些影响就越明显。

    Direct Connect 为您带来的安全改进是保证延迟和带宽。不仅您的请求稍微快了一点,您还可以提高音量并确保性能不会变得更差。

    Megaport 为他们的网络部分发布latency figures

    很遗憾,没有任何 RDS 选项可以进一步减少延迟。其他策略(例如本地只读副本或本地缓存)可能适合您的应用程序。

    免责声明:我为 Megaport 工作

    【讨论】:

      猜你喜欢
      • 2016-07-07
      • 2010-10-29
      • 1970-01-01
      • 1970-01-01
      • 2021-06-13
      • 2014-07-31
      • 1970-01-01
      • 2012-12-24
      • 1970-01-01
      相关资源
      最近更新 更多