【EBSコスト削減の救世主】Compute Optimizerが「IOPSスパイク」を検知！性能不足に陥らない最適化が実現へ

AWS Compute Optimizer の Amazon EBS ボリュームの適正サイズ推奨（Rightsizing recommendations）において、新たに 2 つの CloudWatch メトリクス（VolumeIOPSExceededCheck と VolumeThroughputExceededCheck）が追加されました。これにより、1 分間の性能スパイク（IOPS/スループットの制限超過）を考慮した、より精度の高い推奨事項の提供が可能になります。この機能強化は、Nitro ベースの EC2 インスタンスにアタッチされた EBS ボリューム（標準ボリュームおよび Multi-Attach 有効ボリュームを除く）を対象とし、追加料金なしで利用可能です。東京および大阪リージョンを含む、Compute Optimizer が提供されているすべてのリージョンで利用可能となっています。

🚀 エンジニアの「性能不足リスク」を回避する神アプデ

これまで EBS の最適化といえば、「平均利用率が低いから、もっと安いボリュームに下げよう」といった、スパイクを見落とす危険な判断がつきものでした。バッチ処理や DB のピーク時にだけ発生する IOPS のスパイクは、平均値では隠れてしまいがちです。

今回の強化は、まさにその「見えないボトルネック」を可視化してくれるものです。VolumeIOPSExceededCheck があるおかげで、「コストは削りたいけど、性能が落ちるのが怖い」というジレンマを解消できます。

📍 日本のエンジニアが確認すべきこと

• 東京 (ap-northeast-1) および 大阪 (ap-northeast-3) リージョンで即利用可能！
• Nitro ベースのインスタンスを使っているなら、追加料金なしでこのメトリクスが手に入ります。
• ただし、旧世代の C4 や M4 インスタンスなど、非 Nitro インスタンスは対象外なので注意してください。

🛠️ 運用への取り入れ方

1. 既存の EBS 推奨を確認: すぐに AWS Compute Optimizer コンソールを開いて、EBS の推奨事項が更新されていないかチェックしましょう。
2. 負荷試験と検証: 推奨に従ってサイズ変更を行う際は、必ずステージング環境でテストを行い、VolumeIOPSExceededCheck メトリクスを確認しながら、性能が安定しているか見ておくのが鉄則です。
3. 自動化の検討: 開発環境などの非クリティカルな環境では、Compute Optimizer のオートメーションルールを活用して、コスト最適化を自動化するのもアリです。

参考資料: AWS Compute Optimizer ユーザーガイド https://docs.aws.amazon.com/compute-optimizer/latest/ug/view-ebs-recommendations.html