Amazon web services 同一区域内各区域之间的AWS延迟

Amazon web services 同一区域内各区域之间的AWS延迟,amazon-web-services,latency,amazon-vpc,aws-regions,Amazon Web Services,Latency,Amazon Vpc,Aws Regions,我有一个EC2和RDS在同一地区美国东部(北弗吉尼亚州),但这两个资源都在不同的区域;us-east-1a中的RDS和us-east-1b中的EC2 现在的问题是,如果我将两个资源放在同一个区域中,那么它会加快与DB之间的数据传输吗?我每天从应用程序接收大约20k-30k个条目到这个实例 编辑 我读到: 每个可用性区域都是隔离的,但区域中的可用性区域通过低延迟链路连接 现在我想知道这些低延迟链接< /代码>是否很小,或者我应该考虑在同一个区域中移动我的资源以加速数据传输吗?< /P> 结论 如

我有一个
EC2
RDS
在同一地区
美国东部(北弗吉尼亚州)
,但这两个资源都在不同的区域;
us-east-1a中的RDS和
us-east-1b中的EC2

现在的问题是,如果我将两个资源放在同一个
区域
中,那么它会加快与DB之间的数据传输吗?我每天从应用程序接收大约20k-30k个条目到这个实例

编辑

我读到:

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

现在我想知道这些<代码>低延迟链接< /代码>是否很小,或者我应该考虑在同一个区域中移动我的资源以加速数据传输吗?< /P>

结论

如回答和评论中所述:

  • 由于我只有一个
    EC2
    RDS
    实例,因此
    区域
    中的一项服务失败将影响整个系统。因此,把它们放在一个单独的区域是没有好处的
  • 尽管
    区域
    通过
    低延迟链接连接在一起
    ,但在我的情况下,仍然存在一些延迟可以忽略

  • 在不同区域的
    EC2
    RDS
    之间,还需支付0.01美元/GB的小额数据传输费用

将资源移动到同一个AZ将减少很少的延迟。对于一些非官方的基准。对于您每天读取/写入20k的用例,这不会有很大的区别


然而,在您的案例中,将资源移动到同一AZ将显著提高可靠性。如果只有1个DB和1个计算实例相互依赖,那么就没有理由将它们放在单独的可用性区域中。在您当前的体系结构中,
us-east-1a
us-east-1b
中的任何一个失败都会导致您的项目失败。除非您计划扩展您的项目以拥有多个DBs和Compute实例,否则它们都应该位于同一个AZ。

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

虽然AWS不会保证、声明或以其他方式承诺硬数字,但典型的测量值为10毫秒以下,我所看到的数字约为3毫秒

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

延迟越高,最大带宽越低。这里有许多因素需要考虑。他写了一篇优秀的论文

我是否应该担心AWS网络在同一区域的区域之间的延迟?

除非您使用的是具有非常高性能的网络适配器(10GB或更高)的最新实例,否则我不会对此感到担心。除了最特殊的情况外,容错的好处应该是显而易见的

对于您的用例数据库事务,1毫秒和10毫秒之间的差异对事务性能的影响最小(如果有的话)

但是,除非您在多个区域中使用多个EC2实例,否则您希望您的单个EC2实例与RDS位于同一区域中。如果您在两个区域中,任何一个区域的故障都会导致配置中断


有时延迟和网络带宽非常重要。对于这种特殊情况,AWS提供了放置组,以便EC2实例基本上位于同一机架中,彼此靠近,以将延迟降至绝对最小。

在不同AZ中,EC2和RDS实例之间的数据传输费用也很低,为每GB 0.01美元。在这种情况下可能无关紧要,但如果正在传输大量数据,则值得考虑。请参阅@shonkylinuxuser-网络定价始终是值得关注的重要问题。请注意,此列表中缺少RDS<代码>在同一AWS区域内的Amazon S3、Amazon Glacier、Amazon DynamoDB、Amazon SES、Amazon SQS、Amazon Kinesis、Amazon ECR、Amazon SNS或Amazon SimpleDB和Amazon EC2实例之间传输的数据是免费的。