運用管理

AWS Savings Plans

1 年または 3 年の利用コミットメントと引き換えに EC2、Fargate、Lambda の料金を最大 72% 割引する柔軟なコスト削減モデル

約 2 分で読めます

概要

AWS Savings Plans は、一定額の利用を 1 年または 3 年間コミットすることで、オンデマンド料金から最大 72% の割引を受けられる料金モデルです。リザーブドインスタンス (RI) と異なり、インスタンスファミリー、リージョン、OS、テナンシーの変更に柔軟に対応できます。Compute Savings Plans、EC2 Instance Savings Plans、SageMaker Savings Plans の 3 種類があり、コミットメント額を超えた使用分はオンデマンド料金が適用されます。

3 種類の Savings Plans と RI との比較

Compute Savings Plans は最も柔軟なタイプで、EC2、Fargate、Lambda のすべてに適用されます。インスタンスファミリー、リージョン、OS、テナンシーを自由に変更しても割引が維持されるため、ワークロードの構成が頻繁に変わる環境に適しています。割引率は最大 66% で、3 タイプの中では最も低いですが、柔軟性とのトレードオフとして合理的です。EC2 Instance Savings Plans はリージョンとインスタンスファミリーを固定する代わりに、最大 72% の割引を提供します。同一ファミリー内であればインスタンスサイズ (m5.large → m5.2xlarge)、OS (Linux → Windows)、テナンシー (共有 → 専有) の変更は自由です。ワークロードが特定のリージョンとインスタンスファミリーに集中している場合に最もコスト効率が高くなります。RI との比較では、Standard RI は Savings Plans より割引率がわずかに高い場合がありますが、変更の柔軟性が大幅に劣ります。Convertible RI は Savings Plans と同等の柔軟性を持ちますが、交換手続きが煩雑です。新規購入では Savings Plans を第一選択とし、RI は既存の契約を維持する場合に限定するのが現在の推奨です。

コミットメント額の算出と購入戦略

Savings Plans の購入で最も重要なのは、適切なコミットメント額の算出です。コミットメント額が高すぎると未使用分が無駄になり、低すぎると割引の恩恵を最大化できません。Cost Explorer の Savings Plans 推奨機能は、過去の使用パターンを分析して最適なコミットメント額を提案します。推奨に従う場合でも、直近 30 日間だけでなく 7 日間と 60 日間の推奨も比較し、季節変動やプロジェクトの増減を考慮して判断します。購入戦略として、初回は推奨額の 70-80% 程度から始め、数か月の実績を見て追加購入する段階的アプローチが安全です。全額前払い、一部前払い、前払いなしの 3 つの支払いオプションがあり、全額前払いが最も割引率が高くなります。ただし、キャッシュフローの観点から前払いなしを選択し、割引率の差額 (通常 5-10%) を許容するケースも多いです。Compute Savings Plans と EC2 Instance Savings Plans は併用可能で、安定したベースラインには EC2 Instance Savings Plans (高割引)、変動分には Compute Savings Plans (高柔軟性) を割り当てるハイブリッド戦略が最もコスト効率に優れます。

利用率の監視と契約更新の判断

Savings Plans を購入した後は、利用率 (Utilization) とカバレッジ (Coverage) の 2 つの指標を継続的に監視します。利用率はコミットメント額に対する実際の使用額の割合で、100% に近いほど無駄がありません。利用率が 80% を下回る状態が続く場合は、次回の更新時にコミットメント額を引き下げるべきです。カバレッジはオンデマンド使用額全体に対する Savings Plans 適用額の割合で、カバレッジが低い場合は追加購入の余地があります。Budgets で Savings Plans 利用率予算とカバレッジ予算を設定し、閾値を下回った場合にアラートを受け取る構成が推奨されます。契約更新の判断では、1 年契約と 3 年契約の選択が重要です。3 年契約は割引率が高い (1 年契約比で約 15-20% 追加割引) ですが、3 年間のワークロード予測が必要です。クラウドネイティブへの移行途中でアーキテクチャが大きく変わる可能性がある場合は、1 年契約を繰り返す方がリスクが低くなります。Savings Plans は自動更新をオフにしておき、更新時期に改めて使用パターンを分析して最適なプランを再購入するのがベストプラクティスです。

共有するXB!

関連する用語

AWS Cost ExplorerAWS BudgetsAmazon EC2AWS FargateAWS Lambda

関連するサービス

AWS Cost ExplorerAWS BudgetsAmazon EC2AWS Lambda

関連する記事

AWS の料金モデルはなぜ複雑なのか - 従量課金の裏にある経済学とゲーム理論オンデマンド、リザーブドインスタンス、スポットインスタンスという 3 層の料金構造を、航空業界のイールドマネジメントや需要予測の経済学から読み解き、料金の複雑さの合理的な理由を解説します。AWS の料金計算の裏側 - 1 秒課金・100ms 課金・リクエスト課金はどう計測されているのかEC2 の 1 秒課金、Lambda の 1ms 課金、S3 のリクエスト課金など、AWS の多様な課金粒度がどのように計測・集計・請求されているのかを、メータリングシステムの仕組みから解説します。re:Invent の発表から読む AWS の 3 年後 - サービスのライフサイクルと廃止の法則CodeCommit の新規受付停止、SimpleDB の事実上の終了など、AWS サービスにも寿命があるという事実を直視し、サービスのライフサイクル分析と「消えないサービス」を見極める技術選定の視点を提供します。AWS サービス名の由来と命名規則 - なぜ S3 は S が 3 つなのかS3、EC2、Lambda、Aurora など主要サービスの名前の由来を掘り下げ、AWS の命名規則に潜むパターン、命名の失敗例、リブランディングの歴史を雑学的に解説します。AWS Budgets で実現するコスト管理 - 予算アラートと自動アクション実績値と予測値の両方にアラートを設定し、Budget Actions で IAM ポリシー適用やインスタンス停止を自動実行する。Slack 連携でチーム全体のコスト意識を高めます。

内容が近い用語・記事

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