AWS はじめの一歩
コスト戦略

コスト削減戦略 - Savings Plans と Reserved Instances の比較と選択

AWS Savings Plans と Reserved Instances (RI) の仕組み・割引率・柔軟性を比較解説。Compute ・ Database ・ EC2 Instance ・ Amazon SageMaker AI の 4 タイプの使い分けと購入戦略を紹介します。

約 5 分で読めます執筆 / 編集: あわしろ

コミットメント割引の基本概念

AWS の料金モデルでは、オンデマンド料金が基本ですが、一定期間の利用をコミットすることで大幅な割引を受けられます。コミットメント割引には Savings Plans と Reserved Instances (RI) の 2 つの仕組みがあります。RI は 2009 年から提供されている従来型の割引で、特定のインスタンスタイプ・リージョン・テナンシーを指定して予約します。Savings Plans は 2019 年に導入された新しい割引モデルで、1 時間あたりの使用金額 (USD/時) をコミットする方式です。たとえば「1 時間あたり 10 USD のコンピュート使用をコミットする」と宣言すると、その金額分の使用に対して割引が自動適用されます。Savings Plans は RI と比較して柔軟性が高く、AWS は新規のコミットメント割引として Savings Plans を推奨しています。ただし RI が廃止されたわけではなく、特定のユースケースでは RI の方が高い割引率を得られる場合もあります。

Savings Plans の 4 タイプ

Savings Plans は 4 つのタイプを提供します (2026 年 8 月時点・公式の Savings Plans types ページ記載)。Compute Savings Plans は最も柔軟なタイプで、EC2 インスタンス、Fargate タスク、Lambda 関数に横断的に適用されます。インスタンスファミリー、サイズ、リージョン、OS、テナンシーを自由に変更しても割引が継続します。割引率はオンデマンド比で最大 66% です。EC2 Instance Savings Plans は特定のリージョンとインスタンスファミリー (例: ap-northeast-1 の m5 ファミリー) にコミットする代わりに、最大 72% の高い割引率を提供します。同一ファミリー内のサイズ変更 (m5.large → m5.xlarge) や OS 変更は自由です。Database Savings Plans はデータベース系サービスの使用量に適用されるタイプで、最大 35% の割引を提供します (詳細は次節)。Amazon SageMaker AI Savings Plans (旧称 SageMaker Savings Plans) は SageMaker AI のインスタンス使用に特化したタイプで、インスタンスファミリー・サイズ・リージョン・コンポーネント (ノートブック、トレーニング、推論など) をまたいで最大 64% の割引が適用され、ML ワークロードのコスト最適化に使用します。コミットメント期間は 1 年または 3 年で、支払いオプションは全額前払い (最大割引)、一部前払い (中間)、前払いなし (最小割引) の 3 種類です (例外として Database Savings Plans は 1 年・前払いなしのみ)。3 年・全額前払いが最も高い割引率を得られますが、柔軟性とのトレードオフです。

Database Savings Plans とデータベース系の選び方

Database Savings Plans は、データベース系サービスの使用量に対して最大 35% の割引を提供するタイプです (2026 年 8 月時点)。対象は Aurora、RDS、DynamoDB、ElastiCache、DocumentDB、Timestream、Neptune、Keyspaces、DMS、OpenSearch Service で、最新世代のプロビジョンドインスタンスであればエンジン、インスタンスファミリー、サイズ、アベイラビリティゾーン、リージョンを問わず自動適用され、サーバーレスの使用量にも適用されます。そのため Aurora の db.r7g から db.r8g への移行、RDS for Oracle から Aurora PostgreSQL 互換エディションへの移行、RDS から DynamoDB へのワークロード移動といった構成変更をまたいでも割引が維持されます。データベース系のコミットメント割引にはリザーブドインスタンス (RDS・ElastiCache・OpenSearch Service・Redshift の予約インスタンス (ElastiCache と Redshift ではリザーブドノードの名称)、DynamoDB の予約キャパシティ) もあり、こちらは対象を固定する代わりにサービスごとの高い割引率が得られる場合があります。エンジンやサービスの移行、サーバーレスへの切り替えを見込むなら Database Savings Plans、構成を固定したまま長期運用するなら該当サービスのリザーブドインスタンス、という住み分けで検討すると選びやすくなります。

RI との比較と使い分け

Savings Plans と RI の主な違いは柔軟性と割引率のバランスです。 RI はインスタンスタイプ (Standard RI) またはインスタンスファミリー (Convertible RI) を固定するため、ワークロードの変化に対応しにくい反面、 Standard RI は最大 72% の割引率を提供します。 Convertible RI は交換可能ですが割引率は最大 66% に下がります。 Savings Plans の Compute タイプは RI の Convertible と同等の割引率ですが、リージョンやサービス (EC2/Fargate/Lambda) をまたいで適用できる点で優れています。実践的な使い分けとして、 24/7 稼働する本番 DB サーバーなど確実に使い続けるインスタンスには EC2 Instance Savings Plans (または Standard RI) で最大割引を狙い、開発環境やバッチ処理など構成が変わりうるワークロードには Compute Savings Plans で柔軟性を確保する戦略が有効です。 Savings Plans と RI は併用可能で、割引の適用順序は RI → Savings Plans の順です。

購入戦略と Cost Explorer の活用

Savings Plans の購入で最も重要なのは、適切なコミットメント額の決定です。Cost Explorer の Savings Plans 推奨機能は、過去 7 日・ 30 日・ 60 日の使用パターンを分析し、最適なコミットメント額と推定削減額を自動算出します。推奨に従って購入するのが最も安全ですが、いくつかの注意点があります。まず、過去の使用量が将来も継続する前提であるため、大幅なワークロード変更が予定されている場合は推奨値を調整する必要があります。次に、購入額を自分の勘で決め打ちしないことです。推奨画面には、選択した期間の使用量から見た月間オンデマンド支出、推奨額で購入した場合の推定月間支出、推定月間削減額が併記されるため、コミットの過不足が金額でどう出るかを購入前に把握できます。同じ推奨値は Cost Explorer API の GetSavingsPlansPurchaseRecommendation でも取得でき、分析期間や支払いオプションを変えた複数案を比較できます。未使用のコミットメント分は割引に使われず無駄になるため、使用量の谷が深いワークロードでは推奨額を一度に満額購入せず、確実に残る底の部分をコミットしてから実績を見て追加購入するほうが安全です。Savings Plans の使用率とカバレッジは Cost Explorer と Budgets で継続的に監視します。使用率が 100% を下回っている場合は過剰購入、カバレッジが低い場合は追加購入の検討が必要です。

コミットメント割引の料金比較

(以下の割引率は 2026 年 8 月時点の公式値です。最新の値は Savings Plans ユーザーガイドの Savings Plans types ページと Savings Plans の料金ページで確認してください。) Compute Savings Plans は EC2・Fargate・Lambda に横断的に適用され、最大 66% の割引です。EC2 Instance Savings Plans は特定のインスタンスファミリーとリージョンに限定されますが、最大 72% の割引です。Database Savings Plans は Aurora・RDS・DynamoDB・ElastiCache などのデータベース系サービスに適用され、最大 35% の割引です。Amazon SageMaker AI Savings Plans は SageMaker AI の使用量に適用され、最大 64% の割引です。RI (Reserved Instances) は EC2 のほか RDS・ElastiCache・OpenSearch Service・Redshift の予約インスタンス (ElastiCache と Redshift ではリザーブドノードの名称)、DynamoDB の予約キャパシティとして提供されており、EC2 では Standard RI が最大 72%、Convertible RI が最大 66% と Savings Plans と同等の水準ですが、対象を固定するため柔軟性は低いです。安定したベースラインを EC2 Instance プランで、変動分を Compute プランでカバーする組み合わせが効果的です。

まとめ - コミットメント割引の選択指針

AWS Savings Plans は、柔軟性の高いコミットメント割引モデルとして、RI に代わるコスト削減の主力手段です。Compute Savings Plans は EC2 ・ Fargate ・ Lambda に横断的に適用でき、ワークロードの変化に強い柔軟性を持ちます。EC2 Instance Savings Plans は特定のインスタンスファミリーに限定される代わりに高い割引率を提供します。データベース系には Database Savings Plans があり、サーバーレスの使用量まで含めて最大 35% の割引が適用されます。Cost Explorer の推奨機能で最適なコミットメント額を算出し、確実に残る使用量からコミットして実績を見ながら追加購入するアプローチが安全です。導入を判断する基準は支出額の大きさではなく、その使用量が今後も安定して続く見込みがあるかどうかです。最小コミットメント額に実質的な下限はなく、1 時間あたりごく小額のコミットメントからでも購入できるため、規模が小さくても常時稼働している使用量があれば検討する価値があります。

参考資料 (AWS 公式)

本ページの一次情報は AWS 公式サイトおよび公式ドキュメントです。最新の仕様 / 料金は次の公式ページで確認できます。

本ページと公式ドキュメントの記述が食い違う場合は、公式ドキュメントを正としてください。

関連するサービス

AWS Savings Plans 専門1 年または 3 年の利用コミットメントで EC2、Lambda、Fargate の料金を最大 72% 割引する料金モデルAWS Cost Explorer 人気AWS のコストと使用量を可視化・分析し、コスト最適化の機会を特定するサービスAmazon EC2 定番クラウド上で仮想サーバーを提供するコンピュートサービス

関連する記事

クラウドコスト予算管理 - AWS Budgets による支出制御とアラートAWS Budgets を使った予算設定・コストアラート・自動アクションを解説。Cost Explorer との使い分け、予算タイプの選択、Organizations 統合による組織全体の予算管理を紹介します。AWS Savings Plans で最大 72% のコスト削減 - Compute と EC2 Instance プランの使い分けCompute プランと EC2 Instance プランの使い分けで最大 72% のコスト削減を実現する。Cost Explorer の推奨機能と利用率・カバレッジの監視を紹介します。AWS Auto Scaling で実現する需要追従型インフラ - スケーリングポリシーの設計と最適化ターゲット追跡・予測・スケジュールドの 3 種類のポリシーを使い分け、混合インスタンスポリシーでスポットを活用したコスト最適化を実現する手法を紹介します。

同じテーマの記事

AWS の料金計算の裏側 - 1 秒課金・100ms 課金・リクエスト課金はどう計測されているのかEC2 の 1 秒課金、Lambda の 1ms 課金、S3 のリクエスト課金など、AWS の多様な課金粒度がどのように計測・集計・請求されているのかを、メータリングシステムの仕組みから解説します。AWS の 90% はお客様の声から生まれる - Working Backwards と顧客起点のイノベーションWorking Backwards プロセスと Customer Obsession の原則が AWS のサービス開発をどう形作っているかを解説。PR/FAQ ドキュメントから始まるイノベーションの仕組みと、顧客フィードバックの反映プロセスを紹介します。AWS の値下げの文化 - 2006 年以来 100 回以上の値下げを支えるフライホイールと規模の経済スケールメリットを顧客に還元する AWS の値下げ文化と、その背景にある規模の経済・ハードウェア世代交代・競争戦略を分析する。過去の主要な値下げ事例とその影響を紹介します。AWS の料金モデルはなぜ複雑なのか - 従量課金の裏にある経済学とゲーム理論オンデマンド、リザーブドインスタンス、スポットインスタンスという 3 層の料金構造を、航空業界のイールドマネジメントや需要予測の経済学から読み解き、料金の複雑さの合理的な理由を解説します。AWS Budgets で実現するコスト管理 - 予算アラートと自動アクション実績値と予測値の両方にアラートを設定し、Budget Actions で IAM ポリシー適用やインスタンス停止を自動実行する。Slack 連携でチーム全体のコスト意識を高めます。クラウドコスト予算管理 - AWS Budgets による支出制御とアラートAWS Budgets を使った予算設定・コストアラート・自動アクションを解説。Cost Explorer との使い分け、予算タイプの選択、Organizations 統合による組織全体の予算管理を紹介します。CloudWatch Logs の料金が想定外に高くなる理由 - 取り込み・保存・分析のコスト構造CloudWatch Logs の取り込み料金が保存料金の 20 倍以上である料金構造、VPC フローログや Lambda ログが引き起こすコスト爆発、Infrequent Access クラスや S3 エクスポートによる最適化戦略を解説します。AWS Compute Optimizer で実現するリソース最適化 - インスタンスのライトサイジングCloudWatch メトリクスを ML で分析し、EC2・Lambda・EBS・ECS Fargate のリソースサイズを最適化する推奨を生成する。Graviton 移行推奨と拡張メトリクスによる精度向上の活用法を解説します。

内容が近い記事 / サービス

AWS Savings Plans1 年または 3 年の利用コミットメントと引き換えに EC2、Fargate、Lambda の料金を割り引く柔軟なコスト削減モデルAWS Savings Plans で最大 72% のコスト削減 - Compute と EC2 Instance プランの使い分けCompute プランと EC2 Instance プランの使い分けで最大 72% のコスト削減を実現する。Cost Explorer の推奨機能と利用率・カバレッジの監視を紹介します。Savings Plans と Reserved Instances の損益分岐点 - 実測データで比較する最適なコミットメント戦略Savings Plans と Reserved Instances の割引率、柔軟性、損益分岐点を実際の料金データで比較し、ワークロードの特性に応じた最適なコミットメント戦略の選び方を解説します。AWS 予約キャパシティ戦略の柔軟性 - Savings Plans のサービス横断性が変えるコスト最適化AWS の Savings Plans は EC2、Fargate、Lambda をまたぐサービス横断的な割引を実現し、予約キャパシティ戦略に革新をもたらしました。Compute・EC2・SageMaker Savings Plans の使い分けと、Azure RI との柔軟性の差を分析します。