可突發的 EC2 執行個體上的關聯式資料庫會出現週期性延遲。它使用 350 GB 的 gp2 EBS 磁碟區。CloudWatch 顯示在速度緩慢期間，VolumeReadOps 會降至峰值的 10% 以下。SysOps 管理員應進行哪些變更才能實現穩定的高 I/O 效能？

將 gp2 磁碟區遷移到 gp3 通用型 SSD (EBS) 磁碟區是正確的解決方案。gp2 磁碟區的 IOPS 效能與其大小相關，且有突發限制。當 VolumeReadOps 降至峰值的 10% 以下時，表示 gp2 磁碟區已耗盡其突發積分，導致效能下降。gp3 磁碟區提供獨立於大小的基準 IOPS (最低 3,000 IOPS) 和吞吐量，並允許您獨立佈建額外的 IOPS 和吞吐量，從而提供更穩定和可預測的高 I/O 效能。 將 gp2 磁碟區遷移到 Cold HDD (sc1) EBS 磁碟區是錯誤的，因為 sc1 磁碟區專為吞吐量密集型工作負載設計，不適合需要高 IOPS 的資料庫。將 EC2 執行個體切換到記憶體最佳化執行個體系列是錯誤的，因為問題在於磁碟 I/O 效能，而非記憶體。在 EC2 執行個體上啟用無限突發模式是錯誤的，因為問題出在 EBS 磁碟區的 I/O 效能，而非 EC2 執行個體的 CPU 突發能力。