我们将RDS mysql的备份下载到一个AWS实例,然后上传到S3。主机上的数据库中有一个50GB的表正在备份。
此过程开始时,我们其他AWS实例上的网络流量挂起(从字面上看,网络绑定的过程似乎在写入(例如,基于AWS的RabbitMQ交换)时阻塞,或者在向同一RDS DB的单个sql UPDATE上阻塞)。当数据库备份完成自身到S3的归档后,网络绑定的进程将恢复正常运行而不会出错。
非网络应用程序不会挂机。具有连接到该RDS实例的进程的我们的大多数(但不是全部)AWS实例都表现出这种大量悬挂的行为。
我们是否遇到了一些难以理解的AWS带宽限制?
答案 0 :(得分:0)
我认为这与EC2无关,但是您的网络速度和带宽取决于您的EC2类型,请阅读Andreas的本段内容:
您的EC2实例的最大网络吞吐量是多少?该问题的答案是选择实例类型或定义有关网络吞吐量的监视警报的关键。不幸的是,您只会在AWS的服务说明和文档中找到关于EC2实例的网络功能的非常模糊的信息。这就是为什么我在最近几天为几乎所有EC2实例类型运行网络性能基准测试的原因。结果被汇编到以下备忘单中。
INSTANCE TYPE Baseline (Gbit/s) Burst (Gbit/s)
c4.large 0.62
c4.xlarge 1.24
c4.2xlarge 2.48
阅读全文 https://cloudonaut.io/ec2-network-performance-cheat-sheet/