LASSIC Media らしくメディア
AWS EBSボリュームのコストを最適化する外注の進め方
LASSIC IT事業部｜元請（プライムベンダー）としてシステム保守・運用を受託
この記事のポイント
- gp2ボリュームをgp3へ切り替えるだけで、停止なしにストレージコストを抑えられる可能性があります
- 未使用・未アタッチのボリュームやスナップショットは棚卸しして削除するだけで即効性のある削減が見込めます
- 外注で進める際は事前の棚卸しと権限整理が成否を左右し、委託先のAWS認定資格と実績を確認することが大切です
目次
EBSコスト最適化とは何か
AWS EBS（Amazon Elastic Block Store）のコスト最適化とは、AWSのブロックストレージサービスであるEBSに対して、ボリュームタイプの見直し・未使用リソースの削除・スナップショット保持期間の設定などを行い、必要なパフォーマンスを維持しながら月次ストレージ費用を削減する取り組みを指します。
クラウド利用が拡大するほど、気づかないうちにEBS費用は膨らみます。gp2（汎用SSD第2世代）のまま放置したボリューム、EC2インスタンスを削除した後に残った未使用ボリューム、何年も積み上がったスナップショット——これらは「使っていないのに課金され続けるリソース」として、クラウドコスト最適化の現場で繰り返し発見されます。
EBSコストの内訳：容量・IOPS・スループット・スナップショット
EBSの費用は主に4つの要素で構成されます。最初の要素はプロビジョニング容量（GiB単位）で、ボリュームを作成した時点から課金が始まります。実際に使用している容量ではなく、確保した容量に対して課金されるため、過大な容量設定が無駄なコストを生みます。
次にプロビジョニングIOPSとプロビジョニングスループットがあります。io1/io2やgp3ではこれらを容量と独立して設定できます。アプリケーションの実際の負荷より大幅に高い値を設定したまま放置しているケースで、コストが膨らみやすい要素です。
4つ目がスナップショットです。EBSスナップショット（増分バックアップ）はS3に保存され、保持している容量に対して課金されます。古いスナップショットが何年も蓄積すると、スナップショット費用だけで月々の請求の相当部分を占める場合があります。
コストが膨らむ3つの典型パターン
パターン1：gp2ボリュームのまま移行していない。gp2（汎用SSD第2世代）はIOPSが容量に連動し、容量を増やさないとIOPSを上げられません。gp3（汎用SSD第3世代）は容量・IOPS・スループットを独立してプロビジョニングでき、基準性能として3,000 IOPS/125 MiB/sを確保しています。AWS公式情報によると、gp3の容量単価は執筆時点の目安で約$0.08/GiB月（$建て・執筆時点の目安・AWSの実際の料金はEBS料金ページを参照）で、gp2と比較して容量コストを抑えられる水準に設定されています*1。
パターン2：EC2インスタンス削除後に残った未使用（未アタッチ）ボリューム。EC2を停止・削除した際に、デフォルト設定ではEBSボリュームが独立して残ることがあります。未アタッチのボリュームでもプロビジョニング容量に対して課金が続くため、棚卸しをしないと「幽霊ボリューム」として費用を発生させ続けます。
パターン3：古いスナップショットの無制限蓄積。保持ポリシーを設定せずに毎日スナップショットを取り続けると、1〜2年で数百GBから数TB規模のスナップショットが蓄積することがあります。EBS Lifecycle Manager（ELM）でライフサイクルポリシーを設定することで、自動的に古いスナップショットを削除できます。
4つの打ち手：gp3移行・未使用棚卸し・スナップショット整理・IOPS見直し
| 打ち手 | 対象リソース | 推奨ツール・手段 | 留意点 |
|---|---|---|---|
| gp2→gp3移行 | gp2ボリューム全般 | Elastic Volumes （無停止・再起動不要） |
移行後のIOPS・スループット値を実負荷に合わせて設定する。 デフォルトで3,000 IOPS/125 MiB/sが基準性能として付与されます。 |
| 未使用ボリューム削除 | 未アタッチEBSボリューム | AWS Cost Explorer / AWS Config |
削除前にスナップショットを取得し、データが不要であることを確認してから実行します。 |
| スナップショット整理 | 古いEBSスナップショット | EBS Lifecycle Manager （ELM） |
保持期間ポリシーを設定し自動削除を有効化します。 コンプライアンス要件がある場合は保持期間の下限を確認してから設定します。 |
| IOPS・スループット見直し | gp3・io1・io2ボリューム | Amazon CloudWatch メトリクス確認 |
VolumeReadOps/VolumeWriteOpsの実績値を確認し、プロビジョン値と乖離があれば縮小を検討します。 ピーク時の負荷も考慮して判断します。 |
Elastic Volumes（エラスティックボリューム）は、ボリュームのデタッチやEC2インスタンスの再起動なしにボリュームタイプ・容量・IOPS・スループットを変更できるAWSの機能です*1。本番稼働中のシステムでも停止なしに移行を進められる点が、コスト最適化作業を進めやすくしている理由のひとつです。
AWS Storage Blogの2025年9月の更新では、gp3とgp2の性能・コスト特性の差について改めて整理されています*1。gp3は容量・IOPSの上限がgp2より高い水準に設定されており、大容量・高IOPSが必要なワークロードでも対応できる設計になっています。
外注で進めるEBSコスト最適化の手順
EBSコスト最適化を外注する場合、典型的な進め方は以下の4段階です。自社での事前準備が少ないほど外注費用がかかる傾向があるため、できる範囲で情報を整理してから依頼すると効率的です。
- 棚卸し・アセスメント：外注先がAWS環境を調査し、ボリュームタイプ別の一覧、未アタッチボリューム、スナップショット件数・容量を可視化します。Cost ExplorerやAWS Configを使いながら、削減余地を定量的に試算します。
- 削減計画の合意：試算結果をもとに、gp3移行対象・削除対象のリストと変更手順・リスクを整理した計画書を提示します。作業実施前に自社の担当者が内容を確認し、承認します。
- 実施・変更作業：承認された計画に基づき、Elastic Volumesによるタイプ変更、未使用ボリュームの削除、ELMによるライフサイクルポリシー設定などを実施します。変更後しばらくはシステムの動作を監視します。
- 効果検証・報告：変更完了後にCost Explorerで費用変化を確認し、削減額・削減率を報告します。継続的な管理のためのポリシーや定期チェックの仕組みも整備します。
外注先が十分な権限を持たないと、棚卸しや変更作業が途中で止まります。IAMロールの設計と権限付与は、外注開始前に自社で決定しておく必要があります。権限付与の範囲が曖昧なまま作業を始めると、追加の調整工数が発生して全体のスケジュールが伸びます。
依頼前に確認すべき3つのポイント
①ボリュームとスナップショットの現状リスト。AWSマネジメントコンソールまたはAWS CLIでEBSボリューム一覧（ボリュームID・タイプ・容量・アタッチ状態）とスナップショット一覧を取得しておきましょう。外注先がアセスメントを行いやすくなるだけでなく、依頼前の段階で削減余地の規模感を把握できます。
②作業権限の範囲とIAMポリシーの設計。外注先に付与するIAMロールの権限範囲を事前に決定します。読み取り専用でアセスメントだけ実施するフェーズと、実際に変更・削除を行うフェーズで権限を分けることが、セキュリティリスクを抑えるうえで重要です。権限設計を外注先に丸投げすると、意図しない広範な権限が付与されるリスクがあります。
③停止可能なシステムか、無停止での変更が必要かの確認。gp2→gp3移行はElastic Volumesで無停止変更が可能ですが、変更後の性能が想定通りであることをCloudWatchで確認するための監視期間が必要です。本番環境で深夜のメンテナンスウィンドウを設けるか、作業タイミングを外注先と事前に合意しておきましょう。
外注先の選び方：AWS認定とEBS実績で判断
EBSコスト最適化を外注する際の委託先選定は、以下の観点で評価することをお勧めします。
AWS認定資格の保有状況。クラウドコスト最適化はAWSのベストプラクティスに基づいた判断が必要です。AWS認定ソリューションアーキテクト（SAP/SAA）やAWSのパートナープログラム（AWSパートナーネットワーク）への登録状況は、最低限確認すべき指標です。
EBSを含むクラウドコスト最適化の実績。「クラウド移行」の実績は多くても、EBSやストレージコスト最適化に特化した経験を持つベンダーは限られます。提案時に「gp3移行・未使用リソース棚卸し・スナップショット管理」を具体的な施策として挙げられるかどうかで、実務経験の有無を判断できます。
作業範囲とリスク管理の明確さ。削除作業を含む変更は、誤操作した場合にデータ損失や障害につながるリスクがあります。作業前のスナップショット取得手順・ロールバック計画・変更管理フローが提案書に明記されているかを確認します。これらが曖昧なまま低価格を提示する委託先は、実施後に問題が発生したときのリカバリーコストが大きくなります。
内製で対応する場合、AWS環境の棚卸し・IAM権限設計・Elastic Volumes操作・CloudWatchによる性能監視・ELMポリシー設定の知識が必要です。担当者の工数は規模によりますが、数十〜数百ボリュームの環境では初期調査から実施・確認まで数週間規模になります。専門パートナーに依頼することで、調査漏れや変更ミスによるサービス影響リスクを抑えながら進められます。
まとめ：EBSコスト最適化を外注で成功させる判断軸
本稿ではAWS EBSのコスト最適化について、コストの内訳・膨らむ典型パターン・打ち手・外注の進め方を整理しました。要点を3つに集約すると次の通りです。
第一に、gp2→gp3移行はElastic Volumesで無停止変更が可能であり、容量コストを抑えつつ基準性能3,000 IOPS/125 MiB/sを確保できます。停止コストを心配して後回しにする必要はありません。
第二に、未使用ボリュームとスナップショットの棚卸しは即効性があります。EC2削除後に残った未アタッチボリュームやポリシーのないスナップショットは、削除または自動ライフサイクル設定だけでコスト削減につながります。
第三に、外注で進める場合は事前の棚卸し・IAM権限設計・作業タイミングの合意が成否を左右します。AWS認定資格とEBSコスト最適化の実績を持つ委託先を選び、削除前のスナップショット取得とロールバック計画を提案書で確認してから依頼しましょう。
よくある質問
gp2からgp3への移行はインスタンスを停止しないとできませんか？
Elastic Volumes機能を使えば、EC2インスタンスを停止・再起動することなくgp2からgp3へ変更できます。変更は稼働中のボリュームに対してオンラインで行われます。移行後はCloudWatchのVolumeReadOps・VolumeWriteOpsメトリクスで性能が想定通りであることを確認することをお勧めします。
未使用ボリュームはどうやって見つけられますか？
AWSマネジメントコンソールのEC2ダッシュボードで「ボリューム」を開き、「ステータス」フィルターで「使用可能（available）」を選ぶと未アタッチのボリューム一覧を確認できます。AWS ConfigのルールやCost Explorerでも未使用リソースを可視化できます。削除前にはスナップショットを取得してデータを保全してください。
スナップショットの保持期間はどのように設定できますか？
Amazon EBS Lifecycle Manager（ELM）を使うと、スナップショットのライフサイクルポリシーを設定できます。「何世代分保持するか」「何日後に削除するか」をポリシーとして定義すると、自動的に古いスナップショットが削除されます。コンプライアンス上の保持要件がある場合は、最低保持日数を確認してから設定してください。
EBSコスト最適化を外注する際の費用感はどのくらいですか？
外注費用は対象ボリューム数・スナップショット件数・環境の複雑さによって異なります。市場参考値（一次資料ではなく参考情報）として、数十ボリューム規模の環境ではアセスメントから実施・報告まで数十万〜百万円程度の見積もりが提示されることがあります。費用の目安はベンダーに直接見積もりを依頼し、削減見込み額と対比して判断することをお勧めします。
gp3移行後にIOPSが不足した場合はどうすればよいですか？
gp3はIOPSとスループットを容量と独立して後から変更できます。移行後にCloudWatchのVolumeQueueLength（ディスクキューの滞留）やアプリケーションのレイテンシー指標が悪化した場合は、Elastic Volumesで追加のIOPSをプロビジョンして対応できます。事前に本番と同等の負荷テスト環境で変更を試してから本番適用するとリスクを抑えられます。
著者：テレリモ総研編集部 鈴木 亮佑
ご不明な点はお問い合わせフォームからもご連絡いただけます。
- *1 出典：Amazon Web Services「Amazon EBS 料金」（2025年）および「Amazon EBS の機能（Elastic Volumes含む）」（2025年）
