同一区域内区域间的AWS延迟

Question

我在同一区域拥有一个EC2和RDS，但是两个资源都位于不同的区域；RDS在us-east-1a中，EC2在us-east-1b中。

现在的问题是，如果我将两个资源都放在同一个zone 中，那么它会加快到DB的数据传输速度吗？我每天收到大约20k-30k从app到这个实例的条目。

编辑

我读到这里说：

每个可用性区域都是隔离的，但是区域中的可用性区域通过低延迟链接连接。

现在，我想知道这些low-latency links是否很小，还是应该考虑将资源转移到相同的区域以加快数据传输？

​

​

结论

如答复和评论中所述：

• 由于我只有一个EC2和RDS实例，zone中一个服务的故障将影响整个系统。因此，将它们单独保留在一个单独的区域是没有好处的。
• 尽管zones与low-latency links连接在一起，但仍然存在一些延迟，这在我的例子中是忽略的。
• 在不同区域的、0.01/GB之间，EC2和RDS之间也有一个较小的数据传输费用。

Answer 1

同一区域内的区域间数据传输的典型值是什么？

虽然AWS不会保证，状态，或以其他方式承诺硬数字，典型的度量是10毫秒以下，数字在3毫秒左右是我看到的。

延迟如何影响数据传输吞吐量？

延迟越大，最大带宽越低。这里有许多因素需要考虑。布拉德·赫德伦德写了一篇优秀的论文。

我应该担心在同一区域的区域之间的AWS网络的延迟吗？

除非您使用的是具有非常高性能的网络适配器(10 Gb或更高)的最新实例，否则我不会担心它。除了最专业的情况外，容错的好处应该是优先考虑的。

对于用例，数据库事务，1毫秒和10毫秒之间的差异对你的事务性能的影响很小，如果有的话。

但是，除非您在多个区域中使用多个EC2实例，否则您希望您的单个EC2实例与RDS位于同一个区域中。如果您位于两个区域，则任何一个区域的失败都会降低您的配置。

有时候，延迟和网络带宽是非常重要的。对于这种特殊情况，AWS提供了布局组，这样EC2实例基本上在同一条机架上紧密相连，从而将延迟最小化到绝对最小。

Answer 2

将资源移动到相同的AZ将减少非常小的延迟。一些非官方基准测试的看这里。对于每天读/写20k的用例来说，这不会产生太大的影响。

然而，在您的情况下，将资源转移到相同的AZ将大大提高可靠性。如果您只有一个DB和一个相互依赖的Compute实例，那么就没有理由将它们放在单独的可用性区域中。对于当前的体系结构，us-east-1a或us-east-1b中的失败都会导致项目崩溃。除非您计划将项目扩展为具有多个DB和Compute实例，否则它们都应该驻留在同一个AZ中。

Answer 3

根据一些测试，我可以在同一区域内的可用性区域之间看到大约600微秒(0.6毫秒)的延迟。一根光纤每公里有5微秒的延迟(延迟)，在azs之间的延迟小于100公里，因此结果匹配。