可突增型 EC2 实例上的关系数据库出现周期性延迟。它使用 350 GB 的 gp2 EBS 卷。CloudWatch 显示在慢速期间 VolumeReadOps 降至峰值的 10% 以下。SysOps 管理员应进行哪些更改以实现稳定的高 I/O 性能？

周期性延迟和 VolumeReadOps 下降表明 gp2 卷的突增积分可能已耗尽。gp2 卷的基线性能和突增性能与卷大小相关。当突增积分耗尽时，性能会降至基线水平。将 gp2 卷迁移到 gp3 卷是最佳解决方案，因为 gp3 卷允许独立配置 IOPS 和吞吐量，且默认提供 3000 IOPS 和 125 MiB/s 的吞吐量，无需额外费用，远高于 350 GB gp2 卷的基线性能（3 IOPS/GB，即 1050 IOPS）。Cold HDD (sc1) 卷适用于吞吐量密集型工作负载，不适合关系数据库所需的低延迟和高 IOPS。切换到内存优化实例系列无助于解决 EBS 卷的 I/O 瓶颈。启用无限制突增模式会允许实例在突增积分耗尽后继续突增，但会产生额外费用，并且无法从根本上解决 gp2 卷性能受限的问题，尤其是在持续高负载下。