对于 r3.4xlarge 实例，AWS IO1 VolumeWriteBytes 卡在 103KB 左右
AWS IO1 VolumeWriteBytes stuck around 103KB for r3.4xlarge instance
我正在使用带有 1.2 TB io1 磁盘的 r3.4xlarge 实例，附加 12000 IOPS。
当负载增加（写入数据）时，我注意到磁盘 I/O 中有一个 latency/lag 。从 CloudWatch 指标可以清楚地看出，在峰值期间，VolumeWriteBytes 始终停留在 ~103KB 左右。有什么办法可以增加它吗？
问题是因为实例 r3.4xlarge 默认情况下没有经过 EBS 优化。此外，我还没有为 r3.4xlarge 显式启用 EBS 优化，这是延迟的原因，因为 EBS 吞吐量受实例的最大网络吞吐量限制，该实例也为 EBS 和 EC2 网络带宽共享，因为它不是 EBS默认优化。
AWS 文档 -> https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html
r3.4xlarge 必须启用 EBS 优化才能达到文档中描述的性能水平。当您为默认情况下未进行 EBS 优化的实例启用 EBS 优化时，您还需要为专用容量额外支付低廉的小时费用。所以，是的，这可能 .
我正在使用带有 1.2 TB io1 磁盘的 r3.4xlarge 实例，附加 12000 IOPS。 当负载增加（写入数据）时，我注意到磁盘 I/O 中有一个 latency/lag 。从 CloudWatch 指标可以清楚地看出，在峰值期间，VolumeWriteBytes 始终停留在 ~103KB 左右。有什么办法可以增加它吗？
问题是因为实例 r3.4xlarge 默认情况下没有经过 EBS 优化。此外，我还没有为 r3.4xlarge 显式启用 EBS 优化，这是延迟的原因，因为 EBS 吞吐量受实例的最大网络吞吐量限制，该实例也为 EBS 和 EC2 网络带宽共享，因为它不是 EBS默认优化。
AWS 文档 -> https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ebs-optimized.html
r3.4xlarge 必须启用 EBS 优化才能达到文档中描述的性能水平。当您为默认情况下未进行 EBS 优化的实例启用 EBS 优化时，您还需要为专用容量额外支付低廉的小时费用。所以，是的，这可能 .