AWSのRIとSPの違いとは？比較表でわかる最適な選び方と判断基準

アマゾンウェブサービス（AWS）でAmazon EC2の利用料を削減する方法として、Reserved Instances（RI）とSavings Plans（SP）があります。 どちらも一定期間の利用を前提に割引を受ける仕組みですが、適用条件や柔軟性、対象となるサービスが異なります。

割引率だけで選ぶと、インスタンスタイプの変更やリージョン移行によって、割引を十分に活用できなくなることがあります。現在の利用状況だけでなく、今後の構成変更も選定時の判断材料になります。

この記事では、RIとSPの違いを比較し、それぞれの特徴や選び方、購入前に確認しておきたいポイントを解説します。

RIとSavings Plans（SP）の違い

RIはインスタンスの構成や条件を指定して購入するのに対し、SPは1時間あたりの利用金額をコミットします。比較対象は、Amazon EC2のStandard RI／Convertible RIと、Compute Savings Plans／EC2 Instance Savings Plansです。 

AWSでは現在、RIより柔軟性の高いSavings Plansを推奨しています。

RIとSPの主な違い

主な違いは、次のとおりです。

SPはプランによって、インスタンスファミリーやリージョンが変わっても割引を適用できます。一方、RIは指定した条件によって適用範囲が決まります。

割引率と柔軟性の違い

最大割引率は、Standard RIとEC2 Instance Savings Plansが72％、Convertible RIとCompute Savings Plansが66％です。

割引率だけでなく、構成変更への柔軟性にも違いがあります。Compute Savings Plansでは、インスタンスファミリー、サイズ、OS、テナンシー、リージョンが変わっても割引が自動で適用されます。Amazon EC2からAWS FargateやAWS Lambdaへ移行した場合も対象です。

契約期間と支払いオプションの違い

契約期間はいずれも1年または3年で、期間が長いほど割引率が高くなる場合があります。支払い方法も共通しており、3種類から選択できます。

• 全額前払い：契約期間分を開始時にまとめて支払う

• 一部前払い：一部を先に支払い、残額を契約期間中に支払う

• 前払いなし：初期の前払いを行わず、契約期間中に料金を支払う

RIでは、一般に前払い額が大きいほど割引率も高くなります。SPも契約期間と支払い方法によって料金が変わります。

いずれも1年または3年の利用を前提とするため、短期間の利用には向きません。SPは原則として途中解約できませんが、購入から7日以内かつ同一暦月内で、1時間あたりのコミットメント額が100USD以下などの条件を満たす場合は返品できます。継続して利用する見込みのある範囲でコミット額を決めます。

関連記事：EC2料金の仕組みを完全整理｜見積もり方法とコスト最適化の判断基準

RIとSPにはどのような種類がある？

Amazon EC2のRIにはStandard RIとConvertible RIがあります。Savings Plansのうち、Amazon EC2のRIと比較する際に中心となるのはCompute Savings PlansとEC2 Instance Savings Plansです。

Standard RI

Standard RIは、オンデマンド料金と比べて最大72％の割引を受けられます。インスタンス構成を長期間維持する場合に選択しやすいRIです。

購入後に一部の属性は変更できますが、別のインスタンスファミリーなどを指定したRIへの交換はできません。条件を満たす場合は、Reserved Instance Marketplaceで売却できます。

ゾーンRIには、指定したアベイラビリティーゾーンのキャパシティを予約する効果があります。リージョンRIにはこの効果はありません。

Convertible RI

Convertible RIは、契約期間中に別のConvertible RIへ交換できます。インスタンスファミリー、インスタンスタイプ、OS、テナンシーなどを変更でき、Standard RIより構成変更に対応しやすい点が特徴です。割引率はオンデマンド料金と比べて最大66％です。

交換には手続きが必要で、リージョンをまたいだ交換はできません。交換後のRIは、原則として交換前と同額以上の価値が必要です。

また、Convertible RIもゾーンスコープで購入すれば、指定したアベイラビリティーゾーンのキャパシティを予約できます。

構成変更への柔軟性だけを求める場合はCompute Savings Plansが有力です。一方、既存のRI運用を継続する場合や、ゾーンスコープでキャパシティも確保したい場合にはConvertible RIが候補になります。

Compute Savings Plans

Compute Savings Plansは、Savings Plansの中で最も柔軟性が高いタイプです。オンデマンド料金と比べて最大66％の割引を受けられます。

Amazon EC2では、インスタンスファミリー、サイズ、OS、テナンシー、リージョンが変わっても割引が自動で適用されます。AWS FargateやAWS Lambdaも対象です。

インスタンス構成を変更する予定がある場合や、Amazon EC2以外のコンピューティングサービスへの移行を見込む場合に選択肢となります。

EC2 Instance Savings Plans

EC2 Instance Savings Plansは、指定したリージョン内の特定のインスタンスファミリーについて、1時間あたりの利用金額をコミットするタイプです。オンデマンド料金と比べて最大72％の割引を受けられます。

Compute Savings Plansより適用範囲は狭く、リージョンやインスタンスファミリーを変更すると割引は適用されません。同じインスタンスファミリー内であれば、インスタンスサイズ、OS、テナンシーが変わっても割引は自動で適用されます。

リージョンとインスタンスファミリーを固定できる場合は、Compute Savings Plansより高い割引率を狙えます。

RIとSPはどちらを選ぶべき？

AWSでは、Amazon EC2のコスト削減手段としてRIよりSavings Plansを推奨しています。RIと同等水準の割引を受けながら、構成変更にも対応しやすいためです。

選択肢は、現在の構成をどの程度維持するか、Amazon EC2以外のサービスへ移行する可能性があるか、キャパシティを確保する必要があるかによって変わります。

構成変更の可能性が低い場合

利用するリージョンやインスタンスファミリーが今後も変わらない場合は、EC2 Instance Savings PlansやStandard RIが候補になります。

EC2 Instance Savings Plansは、特定リージョンの特定インスタンスファミリーへの利用額をコミットする代わりに、最大72％の割引を受けられます。同じファミリー内であれば、インスタンスサイズやOS、テナンシーが変わっても割引は自動で適用されます。

Standard RIも最大72％の割引を受けられます。契約期間を通じて購入時に指定した条件を維持できる見込みが高ければ、柔軟性より割引率を優先する選択も合理的です。

インスタンスファミリーやリージョンを変更する可能性がある場合

インスタンスファミリーやリージョンを変更する可能性がある場合は、Compute Savings Plansが適しています。

Amazon EC2では、インスタンスファミリー、サイズ、OS、テナンシー、リージョンが変わっても割引が自動で適用されます。システム更改や性能要件の変化に伴ってEC2構成を見直す場合にも対応しやすい仕組みです。

EC2 Instance Savings Plansはリージョンとインスタンスファミリーが固定されるため、その範囲を超える変更には対応できません。

EC2以外のコンピューティングサービスも利用する場合

AWS FargateやAWS Lambdaも利用する場合は、Compute Savings Plansが有力な選択肢です。

Compute Savings PlansはAmazon EC2に加え、AWS FargateとAWS Lambdaにも適用されます。たとえば、Amazon EC2で稼働していた処理をAWS Fargateへ移行しても、対象となる利用には割引が引き続き適用されます。

将来的にコンテナ化やサーバーレス化を予定している場合にも、柔軟性を確保しやすくなります。

キャパシティを確保したい場合

料金の割引とキャパシティの確保は、分けて検討できます。

Savings Plansにはキャパシティを予約する機能はありませんが、On-Demand Capacity Reservationと組み合わせれば、割引とキャパシティ確保をそれぞれ設計できます。

RIでは、ゾーンRIを選択すると、指定したアベイラビリティーゾーンでキャパシティを予約できます。リージョンRIにはこの効果はありません。

キャパシティが必要な場合は、ゾーンRIだけでなく、Savings PlansとOn-Demand Capacity Reservationの組み合わせも比較して選びます。

RIとSPを併用する場合

RIとSPは併用できます。利用量を性質ごとに分けて適用先を変える方法もあります。

たとえば、継続して発生する利用量にはEC2 Instance Savings Plansなどを適用し、インスタンスファミリーやリージョンが変わる可能性のある利用量はCompute Savings Plansでカバーします。一時的な増加分はオンデマンドインスタンスや、条件に応じてスポットインスタンスで対応します。

料金計算ではAmazon EC2のRIが先に適用され、その後、残った対象利用にSavings Plansが適用されます。Savings Plansでは、EC2 Instance Savings PlansがCompute Savings Plansより先に適用されます。

既存のRIやSPがある場合は、その適用状況を確認してから追加のコミットメントを決めます。

複数のAWSアカウントで利用する場合

AWS Organizationsなどで複数のAWSアカウントを管理している場合は、RI・SPの購入先だけでなく、割引の共有範囲も確認します。

割引共有は既定で有効です。Savings Plansはまず購入したアカウントの対象利用に適用され、未使用のコミットメントがあれば、共有対象のほかのアカウントへ削減額が大きくなるように自動で適用されます。

AWSでは、組織全体で共有するほか、特定のグループを優先したり、共有範囲をグループ内に限定したりすることもできます。部門やシステムごとにAWSアカウントを分けている場合は、コスト配賦の方針とあわせて共有設定を確認します。

関連記事：AWS Organizations徹底ガイド｜マルチアカウント管理・統合請求・ガバナンスの仕組みと使い方

RI・SPを選ぶ前に確認したいこと

利用量やリソース構成を見直さないままRI・SPを購入すると、不要な利用分まで長期間コミットすることになります。

購入前に、現在の利用状況と今後の変更予定を確認し、継続して利用する範囲を見極めます。

現在の利用量が安定しているか

常時稼働しているシステムなど、継続して発生する利用量はRI・SPを適用しやすい一方、繁忙期だけ増える処理や一時的な開発環境には向きません。

AWS Cost Explorerでは、過去の利用実績をもとにSavings Plansの推奨コミットメントを確認できます。推奨値は将来の利用量を予測したものではないため、今後の増減もあわせて確認します。

参考：AWS「Understanding Savings Plans recommendations」

不要なリソースや過剰なスペックがないか

RI・SPを購入する前に、不要なリソースの削除やインスタンスのライトサイジングを検討します。

利用率の低いEC2インスタンスを現在のサイズのままコミットすると、本来削減できた利用料まで固定しかねません。先に利用状況を適正化し、残った継続利用分をRI・SPの対象にします。

AWS Cost Optimization Hubでは、アイドルリソースの削除やライトサイジング、Savings Plans、RIなどのコスト最適化案をまとめて確認できます。

参考：AWS「Cost Optimization Hub」

関連記事：AWSコストの全体像｜料金の決まり方・見積もり・管理を体系的に解説

将来の構成変更を見込んでいるか

契約期間中に、インスタンスファミリーやリージョンの変更、Amazon EC2からAWS FargateやAWS Lambdaへの移行が発生することもあります。

たとえば、x86系のEC2インスタンスからAWS Graviton搭載インスタンスへ移行すると、インスタンスファミリーが変わる場合があります。EC2 Instance Savings Plansでは指定したインスタンスファミリーを外れると割引が適用されませんが、Compute Savings Plansなら変更後も対象になります。

システム更改や移行を予定している場合は、現在の構成だけでなく、契約期間中のロードマップも確認して選びます。

どこまでの利用量をコミットするか

利用量のすべてをRI・SPでカバーする必要はありません。継続して発生する部分をコミットし、変動分はオンデマンド料金で利用する方法もあります。

AWS Cost Explorerでは、過去の利用状況をもとに推奨コミットメント額や想定される利用率、削減額を確認できます。コミットメント額を増やせば割引対象も広がりますが、利用量が下回ると使い切れません。

継続して利用する見込みのある範囲を基準にコミット額を決めます。

参考：AWS「Understanding your recommendation calculations」

RI・SPの購入で失敗しやすいケース

RI・SPは一定期間の利用を前提とするため、購入量やプランの選択を誤ると、想定した削減効果を得られないことがあります。購入時に起こりやすい失敗例を整理します。 

失敗例1：現在の利用量をそのままコミットする

現在の利用量をそのままRI・SPの対象にすると、一時的な増加分や今後削減するリソースまで含めてしまうことがあります。利用量が下がれば、コミットした分を使い切れません。

Savings Plansでは、AWS Cost Explorerの推奨値やPurchase Analyzerを使って、コミットメント額ごとのコスト、カバレッジ、利用率を確認できます。

失敗例2：将来の構成変更を考慮していない

現在の構成だけを基準に選ぶと、インスタンスファミリーやリージョンの変更、Amazon EC2からAWS FargateやAWS Lambdaへの移行によって、想定していた範囲に割引が適用されなくなることがあります。

Convertible RIは契約期間中に別のConvertible RIへ交換できますが、Standard RIは交換できません。条件を満たせばReserved Instance Marketplaceで売却できる場合もありますが、販売者登録や残存期間などの条件があり、容易に解約できる仕組みではありません。

システム更改や移行の予定がある場合は、購入前に契約期間中の構成変更まで見込んでおきます。

失敗例3：割引率だけで選ぶ

最大割引率だけで選ぶと、適用条件が実際の利用環境に合わず、かえって割引を使い切れないことがあります。

インスタンスファミリーやリージョンの変更予定、Amazon EC2以外のサービスへの移行、キャパシティ確保の必要性なども判断材料です。最大割引率より、契約期間を通じて割引を使い切れるかを優先します。

失敗例4：購入後に利用状況を見直していない

購入後も利用量や構成は変化します。Savings Plansでは、カバレッジや利用率からコミットした利用額がどの程度使われているかを確認できます。AWS Cost Explorerでは、保有中のSavings Plansを考慮した追加購入の推奨値も確認できます。

利用率が下がっていれば次回の更新や追加購入でコミットメント額を見直します。オンデマンド利用が増えた場合も、継続的な増加かを確認してから追加購入を判断します。