バースト可能なEC2インスタンス上のリレーショナルデータベースで、定期的にレイテンシーが発生しています。このデータベースは350 GBのgp2 EBSボリュームを使用しています。CloudWatchでは、遅延期間中にVolumeReadOpsがピーク時の10%未満に低下していることが示されています。SysOps管理者が安定した高いI/Oパフォーマンスを実現するために、どのような変更を行うべきですか？

gp2ボリュームはベースラインパフォーマンスとバーストクレジットに依存し、クレジットが枯渇するとI/Oパフォーマンスが低下します。CloudWatchでVolumeReadOpsがピーク時の10%未満に低下していることは、バーストクレジットの枯渇を示唆しています。gp3ボリュームは、ベースラインパフォーマンスが保証され、I/OPSとスループットをストレージサイズとは独立してプロビジョニングできるため、安定した高いI/Oパフォーマンスを提供できます。Cold HDD (sc1) は低コストでスループット指向のボリュームであり、トランザクションデータベースには適していません。メモリ最適化インスタンスへの変更はCPUやメモリの問題を解決しますが、EBS I/Oのボトルネックは解決しません。無制限バーストモードは、バーストクレジットが枯渇した場合に追加料金を支払うことでバーストを継続できますが、根本的なI/Oパフォーマンスの問題を解決するものではなく、コストが増加する可能性があります。