SysOps管理者は、CPUバウンドであり、インスタンスサイズを増やすことによってのみスケールできるレガシーアプリケーションを保守しています。現在、単一のt3.large EC2インスタンスで実行されており、数分後にCPU使用率が90%に急上昇し、レイテンシーが高くなります。CPU関連のパフォーマンスボトルネックを最も直接的に軽減する変更はどれですか？

正解は、インスタンスをコンピューティング最適化インスタンスタイプに切り替えることです。アプリケーションがCPUバウンドであり、インスタンスサイズの増加によってのみスケールできるため、C系インスタンスなどのコンピューティング最適化インスタンスは、高いCPU性能を提供し、CPU関連のボトルネックを直接的に軽減します。 アタッチされているEBSボリュームをProvisioned IOPS (io1/io2) に変換しても、CPUのボトルネックは解決されません。これはI/O性能を向上させるものであり、CPU使用率とは直接関係ありません。追加のt2.largeインスタンスを起動し、ワークロードを分散することは、アプリケーションがインスタンスサイズの増加によってのみスケールできるという制約があるため、効果的ではありません。現在のインスタンスタイプ用にリザーブドインスタンスを購入することは、コスト削減策であり、パフォーマンスの向上には寄与しません。