「AWSの請求書を見たら、想定以上にストレージ費用(EBS)が高かった」
「EC2インスタンスを停止しているのに、なぜか課金され続けている…」
EC2を利用している場合、Amazon EBSはほぼセットで使われることが多いストレージサービスです。
ただし、EBSはEC2の裏側で利用されることが多いため、「いつ作成されたのか」「どの程度の料金が発生しているのか」まで意識されにくい場合があります。
その結果、使われていないボリュームや古いスナップショットが残り、気づかないうちにストレージ費用が増えているケースもあります。
EBSは、AWSを利用するうえで欠かせない基本サービスです。
同時に、AWSコストを見直す際にも確認しておきたい項目の一つです。
本記事では、Amazon EBSの基本から、S3・EFSとの違い、料金の考え方、コストが増えやすい原因、見直しのポイントまでを分かりやすく解説します。
この記事はこんな人にオススメ!
- EC2を使っているが、EBSの仕組みや料金構造がよく分からない方
- EBS、S3、EFSの違いを整理したい方
- AWSストレージまわりのコストを見直すきっかけを探している方
\ AWSコスト全体の見直しポイントを整理したい方へ /
Amazon EBSとは?EC2を支えるブロックストレージの基本
Amazon EBSは、EC2に接続して利用するブロックストレージサービスです。
EC2が仮想サーバー本体だとすると、EBSはそのサーバーに接続するディスク領域にあたります。OSを起動するための領域として使われることもあれば、アプリケーションデータ、ログ、データベースの保存先として使われることもあります。
EC2を作成するとき、多くの場合はEBSボリュームもあわせて作成されます。
そのため、AWSを使い始めたばかりの段階では、EBSを個別のサービスとして意識しないまま利用しているケースもあります。
ただし、EBSはEC2とは別のリソースとして管理されます。
そのため、EC2を停止しても、EBSボリュームが残っていればストレージ料金は発生します。
また、EC2インスタンスを終了した場合でも、設定やボリュームの種類によってはEBSが残ることがあります。
「EC2を削除したから、関連する料金もすべて停止する」と考えるのではなく、EBSボリュームやスナップショットの状態もあわせて確認することが重要です。
| 項目 | 内容 |
| EC2 | 仮想サーバー本体 |
| EBS | EC2に接続するディスク領域 |
| EBSボリューム | 実際に作成されるストレージ単位 |
| スナップショット | EBSのバックアップ |
EBSとS3・EFSの違い
AWSには、EBS以外にも複数のストレージサービスがあります。
代表的なものが、Amazon S3とAmazon EFSです。
いずれもデータを保存するサービスですが、用途や仕組みは異なります。
EBSは、EC2に接続して利用するディスク領域です。
OS領域、アプリケーションの保存先、データベースのディスク領域など、サーバーが直接読み書きする用途に向いています。
S3は、画像、動画、ログ、バックアップ、静的ファイルなどを保存するオブジェクトストレージです。
EC2に直接接続するディスクというより、ファイルを保管する場所として利用されます。
EFSは、複数のEC2インスタンスなどから共有して利用できるファイルストレージです。
複数のサーバーで同じファイル領域を使いたい場合に適しています。
EBS、S3、EFSの比較表
| サービス | 種類 | 主な用途 | 初心者向けの理解 |
| EBS | ブロックストレージ | EC2のディスク、OS領域、DB、アプリケーションデータ | サーバーに接続するハードディスク |
| S3 | オブジェクトストレージ | 画像、ログ、バックアップ、静的ファイル、アーカイブ | ファイルを保管する倉庫 |
| EFS | ファイルストレージ | 複数EC2から共有するファイル領域 | 複数サーバーで使える共有フォルダ |
EBSの種類と料金の考え方
EBSには、複数のボリュームタイプがあります。
代表的なものとして、汎用SSDのgp3・gp2、高い性能が求められる用途向けのio2、大容量データ向けのst1やsc1があります。
現在、一般的な用途でまず候補になりやすいのはgp3です。
gp3は、容量と性能を分けて調整しやすい汎用SSDで、Webアプリケーションや一般的なサーバー用途、開発・検証環境など、幅広い場面で利用されています。
一方で、以前からAWSを利用している環境では、gp2のEBSボリュームが残っていることもあります。
gp2がすべて不適切というわけではありませんが、コストを見直す際には、gp3へ変更できる余地がないか確認しておくとよいでしょう。
EBSの主なボリュームタイプ
| ボリュームタイプ | 主な用途 | 見直し時の考え方 |
| gp3 | 一般的なEC2、Webアプリ、開発・検証環境 | まず基本候補。容量と性能を分けて調整しやすい |
| gp2 | 旧来の汎用SSD | 既存環境に残っている場合はgp3移行を検討 |
| io2 | 高いIOPSや耐久性が必要なDBなど | 必要性が明確な場合に選ぶ |
| st1 | 大容量ログ、バッチ処理、スループット重視用途 | ランダムアクセスが多い用途には不向き |
| sc1 | 低頻度アクセスの大容量データ | 安価だが用途は限定的 |
EBSの料金で押さえておきたいのは、基本的に「確保した容量」に対して料金が発生するという点です。
たとえば、100GBのEBSボリュームを作成した場合、実際に使用している容量が10GBであっても、料金計算の対象は基本的に100GB分です。
また、ボリュームタイプによっては、容量だけでなくIOPSやスループットにも料金が関係します。
特にgp3では、一定のベースライン性能が含まれていますが、それを超えてIOPSやスループットを設定する場合は追加料金が発生します。
io2のような高性能タイプでも、プロビジョニングした性能に応じてコストが高くなります。
EBSの料金を確認する際は、次の項目をあわせて見る必要があります。
EBSコストが増えやすい原因
EBSのコストを見直す際は、まず料金が発生しやすいポイントを整理しておくことが重要です。
EBSコストが増えやすい3つのポイント
| ポイント | 内容 |
| 未使用のEBSボリューム | EC2に接続されていないボリュームが残っていないか |
| 古いスナップショット | 保持期間や用途が不明なバックアップが残っていないか |
| 過剰な性能設定 | IOPSやスループットが用途に対して過剰ではないか |
まず確認したいのは、未使用のEBSボリュームです。
EC2を停止しても、EBSボリュームが残っていればストレージ料金は発生します。また、EC2インスタンスを終了した場合でも、追加でアタッチしていたデータ用ボリュームなどが残ることがあります。
検証用や一時利用の環境では、作業後にインスタンスだけを停止・削除し、EBSボリュームの確認が後回しになるケースがあります。こうしたボリュームが残っていないかを定期的に確認することが大切です。
次に確認したいのが、EBSスナップショットです。
スナップショットは、EBSボリュームのバックアップとして利用できます。障害時の復旧や環境複製に役立つ一方で、保存されている限りコストが発生します。
特に、自動取得の設定だけを行い、保持期間や削除ルールを決めていない場合は注意が必要です。古いスナップショットが残り続けると、ストレージ関連費用が増える要因になります。
最後に、ボリュームタイプや性能設定も確認しておきたいポイントです。
EBSでは、容量だけでなく、ボリュームタイプや設定したIOPS・スループットによって料金が変わります。必要以上に高い性能を設定している場合、実際には使い切れていない性能に対してコストが発生している可能性があります。
ただし、EBSはアプリケーションやデータベースの動作に関わる重要なリソースです。コスト削減だけを目的に、安易にボリュームタイプや性能設定を変更するのは避けるべきです。
見直しを行う際は、利用状況、必要な性能、バックアップの有無、関係者への確認を行ったうえで判断することが重要です。
EBSを含めたAWSコストを見直すには
EBSのコストを確認することは、AWSストレージ費用を見直すうえで重要な第一歩です。
ただし、実際のAWS環境では、ストレージ費用はEBSだけで発生しているわけではありません。
S3、EBSスナップショット、AWS Backup、ログ保管、バックアップデータなど、複数のサービスやデータが組み合わさって費用が発生しています。
そのため、EBSだけを個別に見直すのではなく、ストレージ全体で「何を残すべきか」「何を削除できるか」「どこに移すべきか」を整理することが大切です。
構成変更の手間ゼロでAWSコストを下げる方法
「EBSの最適化が重要なのはわかったが、日々の業務に追われてボリュームの棚卸しや構成変更をする時間がない」 「本番環境のストレージ設定を触るのはリスクがあって躊躇している」
そのような企業様におすすめなのが、AWSの利用環境や構成は一切変えずに、支払いを代行に切り替えるだけでコストが下がる「請求代行サービス」の活用です。
弊社が提供するAWS請求代行サービス『SunnyPay』であれば、AWSのRoot権限を譲渡することなく、初期費用・手数料も無料でAWSの全利用料が一律5%オフになります。
エンジニアの工数を一切かけずに、最も確実かつスピーディーにAWSコストを削減したい方は、ぜひ一度サービス資料をご覧ください。
\ 構成変更なしで一律5%オフ!手軽なAWSコスト削減策 /
まとめ:EBSの無駄をなくしてコストを最適化しよう
EBSは「確保した容量」に対して課金されるため、以下の3点に注意して定期的に見直すことがAWSコスト削減の鍵となります。
- アタッチされていない「放置ボリューム」の削除
- 古い「スナップショット」の自動削除(DLMの活用)
- コストパフォーマンスの高い「gp3」への移行
まずはマネジメントコンソールを開き、自社の環境に不要なリソースが残っていないか確認してみましょう。
「自社で対応する時間がない」「リスクなく手軽にコストを下げたい」という方は、無料セミナーでのノウハウ収集や、AWS利用料が一律5%オフになる『SunnyPay』の活用もぜひご検討ください。
【期間限定】AWSコストに関する30分の無料お悩み相談会実施中
「料金が増えている原因を知りたい」「RI/SPを買うべきか迷っている」「どこから見直せばよいか分からない」といったお悩みをAWS専任担当者がお伺いします。
ご相談内容に応じて、専門的な視点から確認すべきAWS利用状況や見直しの進め方をお伝えします。
まずは資料で整理したい方はこちら

