「AWSの請求書を見たら、想定以上にストレージ費用（EBS）が高かった」「EC2を停止しているのに、なぜか課金され続けている」——こうした疑問は、EC2利用者に共通しやすいテーマです。
Amazon EBSはEC2とセットで使われることが多い一方、裏側のディスクとして意識されにくく、未使用ボリュームや古いスナップショットが残りやすいサービスでもあります。本記事では、EBSの基本からS3・EFSとの違い、料金の仕組み、コストが増えやすい原因、見直しのポイントまでを整理します。
Amazon EBSは、EC2に接続して使うブロックストレージです。料金の基本は確保した容量に対する課金であり、実際の使用率が低くても、作成した容量分が発生し続けます。
コスト見直しでは、未使用ボリューム・スナップショット・過剰な性能設定を優先確認します。ただし本番影響があるため、コスト削減だけを目的に安易に変更しないことが重要です。
目次
Amazon EBSとは？EC2との関係
Amazon EBS（Elastic Block Store）は、EC2インスタンスにアタッチして利用するブロックストレージサービスです。EC2が仮想サーバー本体だとすれば、EBSはそのサーバーに接続するディスク領域にあたります。
- OSを起動するためのルートボリューム
- アプリケーションデータやログの保存先
- データベースのデータ領域
EC2を作成すると、多くの場合はEBSボリュームもあわせて作成されます。そのため、使い始めの段階ではEBSを個別サービスとして意識しにくいこともあります。ただし、EBSはEC2とは別リソースとして管理されます。
| 項目 | 内容 |
|---|---|
| EC2 | 仮想サーバー本体（コンピュート） |
| EBS | EC2に接続するブロックストレージ |
| EBSボリューム | 実際に作成・課金対象となるストレージ単位 |
| スナップショット | EBSのバックアップ（別途保管コストが発生） |
重要なのは次の点です。
- EC2を停止しても、EBSボリュームが残っていればストレージ料金は発生し続ける
- EC2を終了しても、設定や追加アタッチしていたボリュームによってはEBSが残る
- 「EC2を消した＝関連料金がすべて止まる」とは限らない
EBSの概要は、AWS公式の What is Amazon Elastic Block Store? を参照してください。
EBSとS3・EFSの違い
AWSには複数のストレージサービスがあります。いずれも「データを置く」点は共通ですが、用途とアクセスの仕方が異なります。
| サービス | 種類 | 主な用途 | イメージ |
|---|---|---|---|
| EBS | ブロックストレージ | EC2のOS領域、アプリデータ、DBディスク | サーバーに接続するハードディスク |
| S3 | オブジェクトストレージ | 画像・ログ・バックアップ・静的ファイル | ファイルを保管する倉庫 |
| EFS | ファイルストレージ | 複数EC2などから共有するファイル領域 | 複数サーバーで使える共有フォルダ |
EBSは「特定のEC2（または限られた接続先）にアタッチして使うディスク」です。S3はオブジェクト単位で保管し、EFSはファイルシステムとして共有利用します。コスト比較だけを見て置き場所を変えるのではなく、アクセス方式と可用性要件に合うかを先に確認してください。
EBSのボリュームタイプ
EBSには複数のボリュームタイプがあります。一般用途では、まずgp3が候補になりやすいです。容量と性能（IOPS／スループット）を分けて調整しやすいのが特徴です。
| ボリュームタイプ | 主な用途 | 見直し時の考え方 |
|---|---|---|
| gp3 | 一般的なEC2、Webアプリ、開発・検証 | まず基本候補。容量と性能を分けて調整しやすい |
| gp2 | 旧来の汎用SSD | 既存環境に残っている場合はgp3移行を検討 |
| io2（など高性能SSD） | 高いIOPSや耐久性が必要なDBなど | 必要性が明確な場合に選ぶ |
| st1 | 大容量ログ、バッチ、スループット重視 | ランダムアクセスが多い用途には不向き |
| sc1 | 低頻度アクセスの大容量データ | 安価だが用途は限定的 |
ボリュームタイプの詳細・最新仕様は、AWS公式の Amazon EBS volume types で確認してください。
gp2がすべて不適切というわけではありません。ただし、コストを見直すタイミングでは、gp3へ変更できる余地がないかを確認する価値があります。変更前には、必要なIOPS・スループットとアプリケーション影響を必ず見ます。
EBS料金の仕組み（何に対して課金されるか）
EBS料金で最も押さえるべき点は、基本的に「確保した容量」に対して課金されることです。たとえば100GBのボリュームを作成した場合、実使用が10GBでも、課金対象の中心は確保した100GB分です。
作成時に指定したギガバイト数が課金の基本単位です。空き容量が多くても、確保している限りコストが発生します。
ボリュームタイプによっては、ベースラインを超えるIOPSやスループットを設定すると追加課金が発生します。gp3やio系で特に確認が必要です。
バックアップとして保存しているスナップショットにも保管コストが発生します。増分の仕組みはある一方、保持し続ける限り費用は積み上がります。
単価はリージョンや時期で変動するため、本記事では具体額の羅列はしません。自環境の金額はCost Explorerと、AWS公式の料金ページで確認してください。
最新の料金体系は Amazon EBS Pricing を参照してください。
請求額全体の増加要因を切り分ける手順は、AWS料金が増えた原因を切り分ける方法も参考になります。請求画面とCost Explorerの違いについては、AWS利用料はどこで確認する？請求画面・Bills・Cost Explorerの違いと使い分けをご覧ください。
EBSコストが増えやすい原因
EBSコストが増える（または気づかれにくい）典型要因は、次の3つです。
| ポイント | 内容 |
|---|---|
| 未使用のEBSボリューム | EC2に接続されていないボリュームが残っている |
| 古いスナップショット | 保持期間や用途が不明なバックアップが残っている |
| 過剰な性能設定 | IOPSやスループットが用途に対して過剰 |
未使用ボリューム
EC2停止後もボリュームは残ります。終了時にルートボリュームは削除されても、追加データ用ボリュームが残るケースもあります。検証環境では、作業後にインスタンスだけ片付けてボリューム確認が後回しになりがちです。
スナップショットの蓄積
スナップショットは復旧や複製に有用ですが、自動取得だけ行い保持ルールがないと増え続けます。Data Lifecycle Manager（DLM）などで保持期間を決めていない場合は、優先確認対象です。
過剰な性能設定
容量だけでなく、設定したIOPS・スループットでもコストが変わります。使い切れていない性能に対して費用が発生している可能性があります。一方で、性能を下げすぎるとアプリケーション遅延や障害につながるため、計測データを見て判断します。
EBSコストを見直すポイント
見直しは「安くすること」より、「何に課金されているかを可視化し、不要な確保を減らすこと」が本質です。
- アタッチされていないボリュームを一覧化する（所有者・用途が不明なものを候補に）
- スナップショットの保持期間・取得頻度・用途を確認する
- ボリュームタイプ（特にgp2残存）と、IOPS／スループット設定を確認する
- 本番／検証の区別を付け、検証から着手する
- 削除・縮小の前に、バックアップと復旧手順を確認する
EBSはアプリケーションやデータベースの動作に直結します。コスト削減だけを目的に、タイプ変更や削除を急がないでください。関係者確認を経たうえで進めるのが安全です。
EBS以外も含めたAWSコスト見直しの定石
ストレージだけでなく、EC2・RDS・データ転送など、AWSコスト全体で確認すべき観点をまとめた資料です。自社で棚卸しを進める際のチェックにどうぞ。
EBSだけでなく、コスト全体を確認する
EBSの確認はストレージ見直しの第一歩ですが、実際の請求ではS3、バックアップ、ログ保管、EC2、RDS、データ転送などが組み合わさって増減します。EBSだけを個別最適化しても、全体最適にならないことがあります。
「EBSの無駄は見えたが、他サービスも含めて優先順位を付けたい」「削除してよいか判断が難しい」場合は、環境全体を確認するアプローチが有効です。
まとめ
- EBSはEC2に接続するブロックストレージで、EC2とは別リソースとして課金される
- 料金の基本は確保容量。使用率が低くても、作った容量分は発生し続ける
- S3・EFSとは用途が違う。置き場所変更はアクセス方式を踏まえて判断する
- 増えやすい要因は、未使用ボリューム・スナップショット蓄積・過剰性能
- 見直しは検証から。本番は影響確認のうえで、必要なら全体診断も検討する
まずはマネジメントコンソールやCost Explorerで、自環境のEBSボリュームとスナップショットの状態を確認するところから始めるとよいでしょう。
FAQ
EC2を停止してもEBSの料金は発生しますか？
はい。EC2を停止しても、EBSボリュームが残っていればストレージ料金は発生し続けます。
EC2終了時も、追加アタッチしていたボリュームが残る設定・運用になっていることがあります。
EBSとS3はどちらが安いですか？
用途が異なるため、単純な安さ比較だけでは選べません。
EC2のディスクとして低レイテンシーで使うならEBS、オブジェクト保管やアーカイブならS3が適することが多いです。要件に合わない置き換えは、かえって運用コストや性能問題につながります。
EBSコスト削減で最初に見るべきポイントは？
未使用ボリューム、古いスナップショット、過剰なIOPS／スループット設定の3点です。
本番変更の前に、用途・所有者・復旧手段を確認し、判断が難しい場合は全体のコスト診断も検討してください。
