AWS Savings Plans（SP）とは？RIとの違い・割引率・選び方を解説

AWSの利用コストを抑えたいものの、リザーブドインスタンス（RI）とSavings Plans（SP）のどちらが自社に合うのか、コミット額（1時間あたりの利用額）をいくらに設定すればよいのかで手が止まる担当者は少なくありません。

特にSavings Plansは柔軟性の高さが魅力ですが、種類や適用範囲を正しく理解しないと、思ったほどの削減効果が得られないケースもあります。

Savings Plansは、1年または3年のあいだ一定の利用額をコミットする代わりに、オンデマンド料金より最大72％低い単価でEC2などを使える料金プランです。

割引率を左右するのは「プランのタイプ」「契約期間」「支払いオプション」の3つですが、実際の削減額を決めるのはコミット額の設定と、その枠を使い切れるかどうかです。

AWSコストを最適化するには、Savings Plansの特性を正しく理解し、自社の利用状況に合わせて適切に選定・運用することが重要です。本記事では、Savings Plansの種類とRIとの違いから、料金体系と割引率、割引が適用される仕組み、メリット・注意点、プランの選び方、購入手順と運用を支える機能までをわかりやすく解説します。

AWS全体の料金構造やコストの仕組みを知りたい方は、以下の記事もあわせてご覧ください。

関連記事：AWSのコストの仕組みは？見積もり方法や最適化するポイントを解説

Savings Plans（SP）とは

AWSのオンデマンド課金は、使った分だけ料金を支払う柔軟なモデルですが、常時稼働するワークロードでは費用が高くなりやすいという課題があります。このようなケースでコストを抑えるために設計されたのが、Savings Plans（SP）です。

AWS Savings Plans（SP）は、AWSのコンピューティングリソースやデータベースに対して、1年間または3年間の一定量の利用額（USD/時間で測定）をコミットすることで、オンデマンド料金より最大72％の割引を受けられる料金プランです。特定のインスタンス構成を予約するRIとは割引の当て方が異なります。

AWS Cost Explorerを利用して過去の利用状況をもとに推奨コミットメントを確認し、プランを購入すると、その範囲内の使用に対して自動的に割引が適用されます。

支払い方法は「全額前払い」「一部前払い」「前払いなし」から選択でき、企業の予算計画に合わせた運用が可能です。

参考：What are Savings Plans? – Savings Plans

Savings Plansの種類

Savings Plansには、柔軟性や対象サービスが異なる4種類のプランがあります。

Compute Savings Plans

最も柔軟性が高いプランで、オンデマンド料金より最大66％の割引を受けられます。インスタンスファミリー、サイズ、アベイラビリティーゾーン、OS、リージョン、テナンシーを問わず適用され、EC2だけではなくFargateやLambdaの利用にも割引が自動的に反映されます。

参考：Savings Plans types – Savings Plans

Database Savings Plans

データベース系サービスを対象としたプランで、最大35％の割引を受けられます。Aurora、RDS、DynamoDB、ElastiCache、DocumentDB、Timestream、Neptune、Keyspaces、DMS、Amazon OpenSearch Serviceが対象で、エンジンやインスタンスファミリーを問わず最新世代のプロビジョンドインスタンスに適用され、サーバーレス利用も含まれます。期間は1年、前払い料金は不要となっています。

参考：Savings Plans types – Savings Plans

EC2 Instance Savings Plans

インスタンスファミリーとリージョンを指定することで、オンデマンド料金から最大72％の割引を受けられるプランです。対象範囲は限定されますが、同一ファミリー内でのサイズやOS、テナンシーの変更には対応できます。

参考：Savings Plans types – Savings Plans

SageMaker AI Savings Plans

Amazon SageMakerの利用に特化したプランで、最大64％の割引が可能です。インスタンスファミリーやコンポーネントを問わず適用され、トレーニングから推論への切り替え時も継続して割引を受けられます。

なお、Amazon EKSの利用料金そのものは割引の対象外ですが、クラスターを構成するEC2インスタンスにはCompute Savings PlansとEC2 Instance Savings Plansのどちらのタイプも適用されます。

参考:「AWS ドキュメント」Savings Plans types

リザーブドインスタンス（RI）との違い

AWSには、Savings Plansと似た仕組みとしてリザーブドインスタンス（RI）があります。どちらも長期利用を前提としたコスト削減手段ですが、適用対象・割引の仕組み・柔軟性が異なります。

RIは、特定のインスタンス構成（リージョン、インスタンスタイプ、OS、テナンシーなど）をあらかじめ指定して予約することで、オンデマンド料金に比べ最大72％の割引を受けられる仕組みです。対象サービスにはEC2のほか、RDSやRedshift、ElastiCacheなども含まれます。

一方、Savings Plansは主にEC2、Fargate、Lambdaなどのコンピューティングリソース（タイプによってはデータベース系サービスやSageMaker AI）を対象とし、「1時間あたりの利用額」をコミットしてその範囲内の利用に対して自動的に割引が適用される仕組みです。

割引率はほぼ同等ですが、Savings Plansは構成変更に対する柔軟性に優れています。ただし、アベイラビリティーゾーンを指定して購入するゾーンRIにはキャパシティを確保できるメリットがあり、確実なリソース確保が必要なケースに適しています。

リザーブドインスタンス（RI）との違いについて詳しくは以下の記事をご覧ください。

関連記事：AWSリザーブドインスタンスとは？種類やメリット、料金体系を解説

参考：Compute Savings Plans and Reserved Instances – Savings Plans
参考：Regional and zonal Reserved Instances (scope)

Savings Plansの料金体系と割引率

割引率は、プランのタイプ、契約期間、支払いオプションの組み合わせで決まります。同じ削減対象でも、3年契約と全額前払いを選ぶほど1時間あたりの単価は下がります。

割引率は期間・支払い方法・プランで決まる

割引率を押し上げる主な条件は、「長い契約期間」「高い前払い比率」「適用範囲の狭いプラン」の3つです。

契約期間は1年か3年から選び、一般的に3年のほうが1時間あたりの単価は下がります。支払いオプションは「全額前払い」「一部前払い」「前払いなし」の順に単価が上がるため、自社のキャッシュフローとのバランスで決める部分になります。

プランのタイプも単価に効きます。ファミリーとリージョンを固定するEC2 Instance SPは上限72％、固定しないCompute SPは上限66％と、柔軟性と引き換えに差がつく構造です。同じCompute SPでも、EC2、Fargate、Lambdaではそれぞれ個別の料率が設定されています。

参考：Compute Savings Plans and Reserved Instances – Savings Plans

料金ページで実際の割引額を確認する

自社でいくら下がるかは、AWSのSavings Plans料金ページで条件を指定すれば確認できます。

タイプ、リージョン、期間、支払いオプションなどの条件を指定すると、該当するインスタンスごとにオンデマンド料金とSavings Plans料金、節約率が一覧で表示されます。

参考:「AWS」Compute Savings Plans と EC2 Instance Savings Plans

Savings Plansの割引はどう適用されるか

割引は、1時間ごとにコミット額の枠を使ってオンデマンド料金を相殺する形で適用されます。どのリソースに当てるかはAWS側が自動で選ぶため、利用者が割り当て先を指定する必要はありません。

コミット額の範囲でオンデマンド料金を相殺する

コミット額は、1時間ごとに使える割引枠として機能します。

1時間あたり10 USDをコミットした場合、その時間のSP対象使用量のうち10 USD分までがSavings Plans料金で課金され、超えた分は通常のオンデマンド料金で課金されます。

逆に、使用量が10 USDに届かない時間帯でも、コミットした10 USDは発生します。枠が余っても翌時間に繰り越されることはないため、コミット額は「毎時間かならず使い切れる水準」に置くという考え方になります。

参考：Understanding how Savings Plans apply to your usage – Savings Plans

割引効率が高いリソースから自動で適用される

適用先は、割引効率が高いリソースから順にAWSが自動で選定します。

コミット枠は1台のインスタンスと1対1で結びつくわけではなく、1台の料金の一部だけを相殺する場合もあれば、余った枠が別のインスタンスやFargate、Lambdaの料金に回る場合もあります。

この仕組みがあるため、Compute SPではEC2からFargateへワークロードを移しても、同じコミット枠がそのまま使われ続けます。インスタンスを1台増やしたり減らしたりしても、契約内容を変更する必要はありません。

参考：Understanding how Savings Plans apply to your usage – Savings Plans

稼働がない時間帯のコミット分は無駄になる

夜間や休日にインスタンスを停止している環境では、その時間帯のコミット分は使われないまま消えます。

使い切れているかどうかは使用率で測ります。1時間あたり10 USDをコミットし、Savings Plans料金で課金された使用量が9.80 USDだった場合、その時間の使用率は98％です。

停止時間が長い環境ほど使用率は下がります。そのため、コミット額は24時間を通して稼働が途切れないリソースの水準に合わせ、変動する部分はオンデマンドで吸収する設計にします。

参考:「AWS ドキュメント」Using the Savings Plans utilization report

【関連記事】AWSのスケーリング設計とは？負荷対応とコスト最適化を両立する設計ガイド | 株式会社ハートビーツ（HEARTBEATS Corporation）｜AWS・クラウド・サーバーなどのインフラ運用を24時間365日サポート

Savings Plansのメリット

Savings Plansを導入する具体的なメリットを解説します。

安定したコスト削減が可能になる

Savings Plansを利用することで、オンデマンド料金よりも大幅な割引を受けられます。

特に、常時稼働するワークロードや定常的に利用されるシステムに対して、継続的かつ安定したコスト削減を実現可能です。AWS Cost Explorerで推奨コミット量を確認できるため、過剰・過少な契約を避けながら確実なコスト最適化を図れます。

【関連記事】AWS Cost Explorerとは？クラウドコストの状況分析と最適化の方法を解説 | 株式会社ハートビーツ（HEARTBEATS Corporation）｜AWS・クラウド・サーバーなどのインフラ運用を24時間365日サポート

リソース変更や利用変動にも柔軟に対応できる

Savings Plansの大きな特徴は、構成変更や利用変動に対する柔軟性です。Compute Savings Plansを選択すれば、インスタンスタイプ、サイズ、OS、テナンシー、リージョンを問わず割引が適用されます。

これにより、開発環境から本番環境への移行、別リージョンでのスケールアウトといった運用変更を行っても、契約内容を変更せずに割引を維持することが可能です。RIと違い、構成の固定が不要である点は、運用負荷を軽減する大きなメリットといえます。

長期的な運用コストを予測・管理しやすくなる

Savings Plansはコミット額があらかじめ決まっているため、中長期的なコスト予測や予算計画を立てやすい点もメリットです。

また、支払い方法を「全額前払い」「一部前払い」「前払いなし」から選択でき、キャッシュフローや予算管理の方針に合わせて契約できます。さらに、AWS Cost Explorerと連携して実績利用を可視化すれば、利用傾向を踏まえた次期プランの見直しやコスト最適化も容易です。

Savings Plansの注意点

Savings Plansには多くのメリットがある一方で、注意すべきポイントもあります。

割引効果が下がることがある

Savings Plansは、契約時に設定した「1時間あたりの利用額（コミット額）」の範囲内で割引が自動的に適用されます。

しかし、実際の利用量がこのコミット額を下回ると、その分は割引の適用対象がなくなり、支払ったコミット金額を使い切れません。結果的に、コスト削減効果が低下します。逆に利用量が大きく増えた場合、その超過分はオンデマンド料金で課金されます。

導入時は過去の利用実績をもとに、安定して稼働するリソースを中心に契約範囲を設定することが重要です。目安としては、直近30〜60日の時間別の利用状況を確認し、利用が少ない時間帯でも使い切れる水準を上限にコミット額を決めます。夜間停止や季節変動のある環境ほど、下限寄りに置いたほうが枠を使い切れます。

契約期間中は解約やプラン変更ができない

Savings Plansの契約後に解約やコミット額の減額はできません。プランの種類も途中で変更できないため、長期的な利用計画を立てたうえで契約する必要があります。また、支払い方法の変更も不可となっているため、キャッシュフローへの影響もあらかじめ考慮しておきましょう。

ただし、購入直後の誤りに限っては返品の余地があります。1時間あたりのコミットメントが100 USD以下で、購入から7日以内かつ同じ暦月のうちであり、返品上限に達していなければ、マネジメントコンソールまたはReturnSavingsPlanアクションから返品できます。暦月がUTC（協定世界時）で終わると返品はできなくなるため、月末に近い購入ほど判断の猶予は短くなります。

参考:「AWS ドキュメント」Returning a purchased Savings Plan

キャパシティ予約ができない

Savings Plansは、特定のアベイラビリティーゾーンにおけるキャパシティの確保機能を持ちません。そのため、リソース需要が集中するタイミングやリージョンでは、インスタンスの新規起動が制限される場合があります。

確実なリソース確保が求められるシステム（基幹業務や24時間稼働が必須の環境など）の場合は、キャパシティ予約が可能なリザーブドインスタンス（RI）を利用することが推奨されます。

Savings Plansは大きなコスト削減効果をもたらす一方で、契約条件や運用設計を誤ると、期待した効果が得られない場合もあるため注意しましょう。自社での判断が難しい場合は、AWSの料金体系や運用を熟知した外部パートナーの支援を受けることも有効です。

Savings Plansのユースケース

Savings Plansの割引の仕組みや契約期間を踏まえると、特に以下の運用パターンにおいて高い効果を発揮します。

長期的に安定稼働するワークロードのコストを抑えたい場合

常時稼働するECサイトや社内基幹システム、SaaSなどでは、EC2インスタンスを長期間利用し続けるケースが大半です。こうした環境では、オンデマンド課金を続けるよりも、Savings Plansを導入したほうが一定利用分を割引価格で抑えられ、月次コストの変動を平準化できます。

特にCompute Savings Plansでは、将来的にインスタンスタイプを変更しても割引が維持されるため、リプレイスや拡張を見据えた長期運用にも向いています。

インスタンスタイプやリージョンを柔軟に変更する運用を行っている場合

グローバル展開を行う企業や、テスト環境・本番環境を頻繁に切り替える開発チームでは、多くの場合、利用リージョンやインスタンス構成が固定されません。Compute Savings Plansはこれらの変更を前提とした設計で、EC2からFargateやLambdaへの移行にも対応できます。

そのため、マイクロサービス化やクラウドネイティブ化を進める企業にも適しています。

RIと組み合わせてコスト最適化を図りたい場合

Savings Plansは、リザーブドインスタンス（RI）と併用することで、さらに戦略的なコスト最適化が可能となります。例えば、アクセス負荷の高い本番環境はRIでキャパシティを確保し、利用変動の大きい開発・検証環境はSavings Plansでカバーするといった使い分けが代表的です。これにより、確実なリソース確保と柔軟性の両立を実現できます。

Compute SPとEC2 SPはどちらを選ぶか

選び分けの基準は、今後1〜3年でインスタンスファミリーとリージョンが変わるかどうかに集約されます。変わらない見込みならEC2 Instance Savings Plans（以下EC2 SP）、変わる余地を残したいならCompute Savings Plans（以下Compute SP）が合います。

構成が固定ならEC2 SPで割引率を優先する

インスタンスファミリーとリージョンが当面変わらないなら、EC2 SPのほうが単価は下がります。上限72％という割引率はSavings Plansのなかで高く、指定したリージョンの同一ファミリー内であれば、サイズやOS、テナンシーを変えても割引は続きます。

既存環境で使うファミリーが数種類に収まっている場合は、ファミリーごとにEC2 SPを分けて購入する進め方もとれます。

変更が見込まれるならCompute SPを選ぶ

EC2からFargateやLambdaへの移行、マルチリージョン展開、ファミリーの刷新が視野に入るなら、Compute SPが合います。割引率の上限は66％とEC2 SPより低いものの、ファミリー、サイズ、アベイラビリティーゾーン、リージョン、OS、テナンシーを問わず適用されるため、構成を変えるたびに買い直す手間がかかりません。

両方を組み合わせる設計も現実的です。動かない部分をEC2 SPで押さえ、動く余地のある部分をCompute SPでカバーすれば、割引率と柔軟性のバランスを取れます。

参考:「AWS ドキュメント」Savings Plans types

Savings Plansの購入手順

購入は、AWS Billing and Cost Managementコンソールの推奨事項を起点に進めます。推奨値をそのまま採用せず、自社の稼働実態に合わせてコミット額を調整してから確定する流れになります。

Cost Explorerで推奨コミット額を確認する

出発点は、Billing and Cost Managementコンソールの推奨事項ページです。過去の使用量をもとに推奨コミット額が算出され、そのままカートへ追加できます。推奨事項ページから進む方法と、自分で金額を決めるPurchase Savings Plansページから進む方法があり、どちらからでも購入できます。

参考:「AWS ドキュメント」Purchasing Savings Plans

過去実績の最低稼働量を基準にコミット額を決める

推奨額はあくまで参考値で、最終的なコミット額は自分で決めます。計算の考え方はシンプルです。対象インスタンスのSavings Plans料金が1時間あたり0.07 USDで、24時間止まらない台数が10台あるケースなら、0.7 USD／時が使い切れる水準の目安になります。

季節変動のある分や、夜間に停止する分はコミットから外し、オンデマンドで吸収します。推奨額と違う金額を指定したい場合は、Purchase Savings Plansページから任意のコミット額を入力できます。

参考:「AWS ドキュメント」Purchasing a custom Savings Plan commitment

プラン・期間・支払い方法を指定して購入する

購入画面で指定するのは、タイプ、期間、支払いオプション、時間単位のコミットメント、そしてEC2 SPの場合はリージョンとインスタンスファミリーです。期間は1年か3年、支払いは全額前払い、一部前払い、前払いなしから選びます（Database SPは1年・前払いなしのみ）。

カートに追加する前にPurchase Analyzerで試算できます。金額に迷いがある段階では、カートに入れる前にこのステップを挟むと判断材料が増えます。

開始日を指定して購入を予約できる

開始日を将来の日時に設定すると、その時刻からカバレッジが始まるように購入を予約できます。日時は秒単位まで指定でき、前払い金や継続して発生する料金は、開始日に購入が処理されたタイミングで請求されます。

既存のSavings Plansが満了する日時に合わせて予約しておけば、割引が途切れる時間帯をつくらずに切り替えられます。

参考:「AWS ドキュメント」Queuing a Savings Plan purchase

Savings Plansの運用を助ける機能

購入後の効果は、使用率とカバレッジという2つの指標で測ります。Billing and Cost Managementには、購入前の試算から満了前の通知までを支える機能がそろっています。

Purchase Analyzerで購入計画を試算する

Purchase Analyzerは、次に買うSavings Plansがコスト、カバレッジ、使用率にどう影響するかを購入前に試算する機能です。Compute Savings Plans、Database Savings Plans、EC2 Instance Savings Plans、SageMaker AI Savings Plansの各タイプを選び、推定の月間削減額とカバレッジ率を比べながら条件を詰められます。

期間や支払いオプション、ルックバック期間、コミット額を変えて複数パターンを並べれば、推奨額をそのまま買う場合との差が確認できます。

参考:「AWS ドキュメント」Running a Savings Plan purchase analysis

使用率・カバレッジレポートで効果を測る

使用率はコミット枠の消化率を、カバレッジはSavings Plansで賄えている対象コストの割合を示します。1時間あたり10 USDのコミットに対し、Savings Plans料金で課金された使用量が9.80 USDなら、使用率は98％です。

読み方は2通りに分かれます。使用率が低ければ買い過ぎ、カバレッジが低ければ買い足す余地があると判断し、次の購入タイミングで調整します。

参考:「AWS ドキュメント」Using the Savings Plans utilization report
参考:「AWS ドキュメント」Using the Savings Plans coverage report

有効期限切れをアラートで通知する

満了の1日前、7日前、30日前、60日前にメール通知を設定でき、宛先は10件まで登録できます。予約購入がある場合も、同じ仕組みで通知が届きます。

満了に気づかないままオンデマンド料金に戻ってしまう事態は、この通知と予約購入を組み合わせれば避けられます。

参考:「AWS ドキュメント」Managing your Savings Plans alerts

まとめ

AWS Savings Plansは、オンデマンド課金に比べて大幅なコスト削減を実現できる有効な仕組みです。長期的に安定稼働するワークロードや、構成変更が発生する環境に適しています。

一方で、契約期間中の変更ができない、コミット額の設定を誤ると割引効果が十分に得られないといったリスクも存在します。Savings Plansを効果的に活用するには、AWSの利用状況を正確に把握し、最適なプラン設計・運用を継続的に行うことが重要です。

ハートビーツの「AWS請求代行」では、AWS利用料の割引や円建て請求が可能です。さらに、「SRE / アドバイザリーサービス」を組み合わせれば、RI/SPの購入代行から技術課題への対応まで、包括的なサポートを受けられます。

AWSコスト削減を確実に進めたい方、RI/SPの運用を専門的な知見のもとで最適化したい方は、ぜひハートビーツにご相談ください。