AWS Compute Optimizer提示EBS读写带宽不足该升级实例还是卷？

EBS的实际可用读写带宽由两个配置共同决定，取实例类型支持的最大EBS带宽和挂载EBS卷本身的最大带宽的最小值，两个配置任意一个达不到业务负载需求，都会触发Compute Optimizer的配置不足提示，不需要直接二选一调整，先定位瓶颈再操作即可。

第一步：定位当前瓶颈 #

• 先确认当前实例的EBS带宽上限：不同实例规格的EBS带宽上限差异极大，入门级突发性能实例（t2/t3/t3a系列小规格）、老代际小规格实例的EBS带宽普遍偏低，部分实例的EBS突发带宽还会和CPU积分挂钩。
• 再确认挂载EBS卷的带宽上限：不同卷类型的带宽规则固定：gp2卷带宽随卷大小提升，1TB以下gp2卷最高带宽仅160MiB/s；gp3卷默认带宽125MiB/s，可独立调整至最高1000MiB/s，不需要同步提升卷容量；io1/io2卷带宽和预置IOPS数值绑定；st1吞吐型HDD卷带宽上限更高，但不适合低延迟随机读写场景。
• 对照CloudWatch监控指标判断：如果业务峰值时EBS读写带宽刚好跑平当前实例的EBS带宽上限，距离卷的带宽上限还有明显余量，说明瓶颈在实例；如果峰值带宽跑平卷的带宽上限，远低于实例的EBS带宽上限，说明瓶颈在卷。

第二步：对应场景处理 #

• 瓶颈在实例：直接选择Compute Optimizer推荐的实例类型切换即可，推荐列表里的实例已经匹配了你当前的CPU、内存、网络、EBS全维度负载，不需要你额外核对带宽是否达标，切换前注意做好实例备份，实例规格调整需要短时间停机操作。目前新一代实例默认开启EBS优化，不需要手动配置开关。
• 瓶颈在卷：不需要调整实例类型，直接在Attached EBS volumes标签页修改卷配置即可，优先选择gp3卷类型，可独立拉高带宽、IOPS配置，成本远低于升级实例或使用高规格预置IOPS卷，卷配置调整支持在线操作，不需要停机，修改完成后等待后台优化生效即可。

注意：不要单独升级某一项配置。比如卷的带宽上限只有160MiB/s时，就算更换支持10GiB/s EBS带宽的实例，实际读写带宽最高也只能到160MiB/s；反过来如果实例EBS带宽上限只有250MiB/s，就算把卷带宽调到1000MiB/s，实际性能也会被实例卡住，两种情况都会造成成本浪费。

内容的提问来源于stack exchange，提问作者user16542536