
AWS EC2の料金は、インスタンス・ストレージ・データ転送という3要素の従量課金が基本です。同じスペックでもオンデマンド・リザーブド・スポット・Savings Plansのどれを選ぶかで実質コストは大きく変わります。本記事では、料金体系の仕組みから、見落としやすい追加課金、企業が押さえるべきコストガバナンスまでを整理します。
この記事で分かること
- AWS EC2の料金を構成する3つの要素と課金単位
- オンデマンド/RI/スポット/Savings Plansの違いと選び方
- 2024年以降に始まったパブリックIPv4アドレス課金の注意点
- 見直しが必要なAWS無料利用枠の最新の仕組み
- 情シス部門が整備すべきコストガバナンスの考え方
Amazon EC2の料金体系の基本
Amazon EC2の料金は、稼働させた分だけ支払う従量課金制です。長期契約や初期費用は不要で、必要なときに必要な規模だけリソースを確保できます。
料金を構成する3つの要素
料金は主に「インスタンス料金」「ストレージ(EBS)料金」「データ転送料金」の3つで構成されます。インスタンス料金はCPU・メモリなどのスペックと稼働時間に応じて発生し、多くのOSでは秒単位(最低60秒)で課金されます。ストレージはEBSボリュームの種類と容量に応じて、データ転送はインターネットへの送信(アウト)分に対して主に課金されます。インターネットからの受信(イン)は原則無料ですが、異なるリージョン間でのデータ転送では、受信側のインスタンスにも課金が発生する場合があるため、マルチリージョン構成を検討する際は注意が必要です。
なぜ料金体系の理解が重要なのか
インスタンスを起動したままにしておくと、使っていなくても課金が継続します。特に後述するパブリックIPv4アドレスのように「起動しているだけ」で発生する固定的なコストもあるため、料金の仕組みを理解しないまま運用すると、想定外の請求につながりかねません。
EC2料金プランは4種類|特徴と選び方
EC2には用途に応じて4つの料金プランが用意されています。同じインスタンスタイプでも、選ぶプランによって支払う金額は大きく異なります。
オンデマンドインスタンス
契約や前払いなしで、使った時間分だけ支払う最も基本的なプランです。柔軟性が高い一方、4プランの中では単価が最も高くなります。短期的な検証環境や、負荷が読めない新規サービスの立ち上げ期に向いています。
リザーブドインスタンス(RI)
1年または3年の利用を約束することで、大幅な割引が適用されるプランです。支払い方法は全額前払い・一部前払い・前払いなしの3種類があり、前払い額が大きいほど割引率が高くなる傾向があります。本番環境など、稼働が長期間確定しているワークロードに適しています。
スポットインスタンス
AWSの余剰キャパシティを活用する仕組みで、オンデマンド料金から大幅な割引が期待できます。ただし、AWS側の事情で強制的に中断される可能性があるため、可用性を重視しないバッチ処理や、中断に強い分散処理の設計と組み合わせて使うのが基本です。
Savings Plans
特定のインスタンスタイプではなく、時間あたりの利用金額(USD/時間)をコミットすることで割引を受けられるプランです。インスタンスファミリーやリージョンをまたいで柔軟に適用できる「Compute Savings Plans」と、特定のファミリー・リージョンに限定される代わりに割引率が高い「EC2 Instance Savings Plans」の2種類があります。構成変更の可能性がある環境では前者、構成が固定されている環境では後者が有利になりやすい、という使い分けが基本的な考え方です。
| プラン名 | 契約期間 | 割引の目安 | 中断リスク | 向いている用途 |
|---|---|---|---|---|
| オンデマンド | なし | 基準(最も高い) | なし | 検証環境、短期利用、負荷が読めないシステム |
| リザーブドインスタンス | 1年または3年 | 前払い条件により変動(大幅割引) | なし | 稼働が確定した本番環境 |
| スポットインスタンス | なし | オンデマンド比で大幅割引 | あり(強制終了の可能性) | バッチ処理、中断耐性のある分散処理 |
| Savings Plans | 1年または3年 | 利用コミット額に応じて変動 | なし | 構成変更を伴う可能性がある本番運用 |
※割引率は時期・リージョン・インスタンスタイプにより変動するため、必ず公式サイトで最新の数値をご確認ください。
見落としやすい追加コスト|パブリックIPv4アドレスの課金
パブリックIPv4アドレスには時間単位の課金が発生します。これはインスタンスを停止していても、パブリックIPv4アドレスを保持している限り課金対象になる点が特に見落とされがちです。コスト管理の観点では、外部公開が不要なインスタンスをプライベートIPv4やIPv6のみの構成に切り替えることで、この固定費を削減できます。正確な単価や課金開始時期については、公式のVPC料金ページで最新情報を確認することをおすすめします。
見直しが必要なAWS無料利用枠の最新の仕組み
「EC2はt2.microやt3.microを12カ月間無料で使える」という情報を見かけることがありますが、これは現在の新規アカウントには当てはまらない場合があります。AWS公式サイトによると、新規顧客向けの無料利用枠は、サインアップ時に付与されるクレジットとサービス利用に応じて追加されるクレジットを合わせて最大200米ドル分が付与され、最大6カ月間「無料プラン」でAWSサービスを試用できる仕組みに変わっています。無料プランでは一部サービスの利用に制限があり、クレジットを超過するか有料プランに切り替えない限り、6カ月経過後は自動的に課金対象になる設計です。これから検証環境を立ち上げる場合は、想定しているインスタンスタイプが無料利用枠の対象か、公式のよくある質問ページで事前に確認することを推奨します。
EC2料金を最適化する5つの方法
料金体系を理解したうえで、実務でコストを抑えるための具体的な打ち手を整理します。
1. ライトサイジングで適切なインスタンスタイプを選ぶ
CPU使用率やメモリ使用率をAmazon CloudWatchやAWS Compute Optimizerで継続的に監視し、過剰なスペックのインスタンスを適正なサイズへ変更します。最新世代のインスタンス(Gravitonプロセッサ搭載タイプなど)への切り替えも、コストパフォーマンス改善の代表的な選択肢です。
2. 稼働パターンに応じてプランを組み合わせる
本番環境の基盤部分はリザーブドインスタンスやSavings Plansでコミットし、繁忙期のスケールアウト分やバッチ処理はオンデマンドやスポットインスタンスで賄う、という組み合わせが一般的な最適化パターンです。
3. Auto Scalingで無駄な起動時間を減らす
Amazon EC2 Auto Scalingを使い、アクセス量や処理量に応じてインスタンス数を自動的に増減させます。開発・検証環境については、営業時間外や休日にスケジュールで自動停止する仕組みを組み込むだけでも、稼働時間ベースのコストを大きく圧縮できます。
4. 未使用リソースを定期的に棚卸しする
停止したままのインスタンスに紐づくEBSボリュームや未使用のElastic IPアドレス、古いスナップショットは、気づかないうちにコストを積み上げる典型例です。タグを活用してリソースの所有者・用途を明確にし、定期的な棚卸しルールを運用に組み込むことが重要です。
5. Cost ExplorerとBudgetsで可視化・アラートを設定する
AWS Cost Explorerでコストの推移とサービス別内訳を可視化し、AWS Budgetsで予算上限に対するアラートを設定します。異常なコスト増加を早期に検知できる体制を整えておくことが、事後対応ではなく予防的なコスト管理への第一歩になります。
情シス部門が整備すべきコストガバナンスの考え方
個々の最適化施策と並んで重要なのが、組織としてコストを管理する仕組みです。特に複数部門・複数プロジェクトでAWSを利用する企業では、以下のような体制整備が欠かせません。
タグ付けルールと予算管理の標準化
「どの部署が」「どのプロジェクトのために」リソースを使っているかを追跡できるよう、コスト配分タグの命名ルールを統一し、Cost and Usage Report(CUR)でタグ別のコストを定期的に集計する仕組みを整えます。AWS Organizationsを利用している場合は、無料利用枠が組織全体で共有される点にも注意が必要です。
予算超過時の承認フロー・稟議との連携
Budgetsのアラートを、単なる通知で終わらせず、社内の予算超過時の稟議・承認フローと連携させることで、コスト増加の原因究明から対応までのリードタイムを短縮できます。特にリザーブドインスタンスやSavings Plansのような長期コミットを伴う購入は、事前の稟議プロセスに組み込んでおくと、あとから「誰が承認したかわからない」といった事態を防ぎやすくなります。
こうしたコスト管理の仕組みは、一度整えれば終わりというものではなく、インスタンス世代の更新や料金体系の変更に合わせて継続的に見直していく運用が前提になります。
よくある質問(FAQ)
AWS EC2の料金はどのように決まりますか?
インスタンス料金・ストレージ(EBS)料金・データ転送料金の3つを中心に、稼働時間や転送量に応じて従量課金されます。加えて、パブリックIPv4アドレスの利用など個別の課金項目もあるため、構成要素ごとに確認することが重要です。
オンデマンドとリザーブドインスタンスはどちらを選ぶべきですか?
稼働時期や期間が読めない検証環境・短期利用にはオンデマンドが向いています。一方、本番環境のように長期間の稼働が確定しているワークロードは、リザーブドインスタンスやSavings Plansでコミットした方がコストを抑えやすくなります。
インスタンスを停止していれば料金はかかりませんか?
インスタンス自体の稼働料金は停止中は発生しませんが、アタッチされたEBSボリュームの料金や、保持しているパブリックIPv4アドレスの料金は停止中も引き続き発生します。完全にコストをゼロにするには、リソースの削除(終了)が必要です。
EC2は無料で使えますか?
AWSの新規顧客向けには、サインアップ時のクレジットと利用に応じたクレジットを合わせて最大200米ドル分が付与され、最大6カ月間「無料プラン」で試用できる仕組みが用意されています。従来案内されていた「特定インスタンスタイプが12カ月無料」という情報と異なる場合があるため、利用開始前に公式サイトで最新の条件を確認することをおすすめします。
EC2のコストを削減する一番簡単な方法は何ですか?
まずは使っていないインスタンスやEBSボリューム、Elastic IPアドレスなど「気づかれていない稼働リソース」を棚卸しすることが即効性のある対策です。そのうえで、AWS Compute Optimizerによるインスタンスタイプの見直しや、開発・検証環境の自動停止スケジュール設定を組み合わせると、継続的なコスト削減につながります。
まとめ
AWS EC2の料金は、インスタンス・ストレージ・データ転送という3つの要素の従量課金が基本であり、そのうえでオンデマンド・リザーブド・スポット・Savings Plansという4つのプランをワークロードの特性に応じて使い分けることがコスト最適化の出発点になります。
- 料金は「インスタンス」「ストレージ」「データ転送」の3要素で構成される
- 4つの料金プランには、それぞれ異なるコストと制約のバランスがある
- パブリックIPv4課金や無料利用枠の仕様変更など、見落としやすい最新の変更点がある
- ライトサイジングや未使用リソースの棚卸しは、すぐに着手できる有効な対策
- 組織としてのタグ付け・予算管理・承認フローの整備が、継続的なコストガバナンスの土台になる
まずは自社の利用状況をCost Explorerで可視化し、稼働時間の見直しやプランの再検討から着手してみてください。










