mysql – RDS多可用性瓶颈写入性能

我们在sa-east-1区域使用RDS MySQL 5.6实例(db.m3.2xlarge),在写入密集型操作期间,我们看到(在CloudWatch上)我们的写入吞吐量和网络传输吞吐量都限制在60MB / s .

我们怀疑多可用区可能会对此行为负责,并将其关闭以用于测试目的.我们做了相同的操作,现在注意到Write Througput不再受限制,网络传输吞吐量实际上为零.这强化了这种网络流量在多可用区设置上的主实例和故障转移实例之间的想法.

以下是Cloudwatch图表,显示没有多可用区的操作,并且在启用了多可用区的同一个操作之后：

我们尝试将实例升级到具有最高网络性能的实例,并且还配置了IOP,但没有任何变化,当多可用区开启时,我们的写入总是限制在60MB / s.

我们的理解是,多可用区使用同步数据复制,但我们无法找到有关此复制发生的链路的带宽限制的任何信息.有谁知道它以及如何避免这种限制？或者我们应该忍受它吗？

解决方法:

我不认为您看到复制服务本身的限制,但看起来您的复制带宽与您的实例上的EBS卷共享相同的传输,因此它限制了您的实例本身可用的以太网带宽(记住EBS是网络附加存储).

m3.2xlarge上的网络连接为1000 Mbit / s,相当于125 MiB / s.

将该数字除以2,您可以获得~60 MB / s用于写入本地实例的EBS卷,另外约60 MB / s用于写入同步副本.

不幸的是,多边复制复制的实现细节并不是AWS公开解释的足够详细的内容,最终确实说这确实是解释,但这些数字可疑地接近于正确预测的数据.

m3系列和m4系列实例具有相似的规格,但(显然)也存在一些基本的设计差异,因此可以了解m4.2xlarge的相同行为是否正确.

标签：mysql,amazon-web-services,amazon-rds
来源： https://codeday.me/bug/20190828/1749738.html