examlab .net 最も価値のある認定資格への最も効率的な道。
Support
このノートについて 約 21 分

料金モデル

4,120 語 · 約 21 分の読書 ·

CLF-C02向けにAWSの料金モデルを完全マスター。On-Demand・Reserved Instances・Spot Instances・Savings Plans・Dedicated Hosts・Capacity Reservations・AWS Free Tierをシナリオ別の落とし穴・類比・暗記必須数値とともに解説。

20問の模擬問題に挑戦 → 無料 · 登録不要 · CLF-C02

AWSの料金モデルを使いこなすと、すべてのワークロードを可用性・柔軟性の要件を満たしたまま最もコストの低いコンピューティング契約に割り当てられる。CLF-C02試験のタスクステートメント4.1は「AWSの料金モデルを比較せよ」と要求する——On-Demand・Reserved Instances・Spot Instances・Savings Plans・Dedicated Hosts・Capacity Reservations・AWS Free Tierのそれぞれがいつ最適解になるかを知っていることが求められる。これらAWSの料金モデルはドメイン4において単一テーマとして最も高い出題頻度を誇り、Savings Plans対Reserved Instancesは試験後の受験者レポートで最も引用される落とし穴だ。

本学習ガイドでは、試験が問うすべてのAWS料金モデルを解説し、「平易な言葉での説明」セクションで3つの異なる類比を使ってメンタルモデルを定着させ、Reserved Instances対Savings Plans対Spot Instancesの落とし穴を詳しく分析し、暗記必須の数値とFAQで締めくくる。学習を終えれば、「24時間365日稼働する安定したワークロード」「耐障害性のあるバッチジョブ」「予算は読めるがインスタンスファミリーを変えたい」といったCLF-C02のシナリオを読んで、迷わず正しいAWS料金モデルを即答できるようになる。

AWS料金モデルとは何か？

AWS料金モデルとは、AWSのコンピューティング・データベース・分析の容量を消費するときに選択できる商業契約のメニューだ。すべては同じ「従量課金（pay-as-you-go）」という原則——ハードウェアを買うのではなく秒または時間単位でインフラを借りる——の上に成り立っているが、各AWS料金モデルは柔軟性・コミットメント・割引の深さをそれぞれ異なるトレードオフで提供する。

CLF-C02でテストされる5つのAWS料金モデル

  1. On-Demand — 秒または時間単位の従量課金、コミットなし、いつでも解約可能。単位コンピューティング当たりの価格は最も高い。
  2. Reserved Instances（RI） — 特定のインスタンス設定に1年または3年コミットする代わりにOn-Demandから最大72%オフを受ける。EC2・RDS・ElastiCache・Redshift・OpenSearch・DynamoDBのリザーブドキャパシティに対応。
  3. Savings Plans — 1年または3年間の時間当たりコンピューティング支出額にコミットする代わりにOn-Demandから最大72%オフを受ける。Reserved Instancesより柔軟で、Compute Savings PlansはAWS LambdaとAWS Fargateもカバーする。
  4. Spot Instances — 余剰EC2キャパシティに入札してOn-Demandから最大90%オフを得る。ただしAWSは2分前通知でインスタンスを回収できる。中断に耐えられるワークロード専用。
  5. Dedicated Hosts / Dedicated Instances — 自アカウント専用の物理サーバー。Bring-Your-Own-License（BYOL）と法規制上のコンプライアンス要件のために使う。

追加で認識が必要なサポート構造：

  • Capacity Reservations — 価格割引のコミットなしで特定のAZのEC2キャパシティを予約する。
  • AWS Free Tier — 無料でAWSを探索できる3種類の区分（12ヶ月入門期間・Always Free・短期トライアル）。アカウントごとに適用される。

AWS料金モデルとはAWSキャパシティを消費するときに選択する商業契約だ。コミット期間・AWSがキャパシティを提供する柔軟性・それによって得られるOn-Demand定価からの割引を定義する。すべてのAWS料金モデルは従量課金の基盤を共有しており、コミットメント・柔軟性・中断リスクの点でのみ異なる。 出典: https://docs.aws.amazon.com/whitepapers/latest/how-aws-pricing-works/welcome.html

AWS料金モデルが試験において重要な理由

コミュニティの受験後レポートでは、EC2の価格シナリオ問題がCLF-C02のトップ3の落とし穴の一つとして一貫して挙げられている。難しさは2つの角度から来る。問題中の限定キーワード（「最もコスト効率が高い」「最も柔軟性が低い」「中断を許容する」）がAWS料金モデルの正解を反転させること、そしてReserved InstancesとSavings Plansは柔軟性のスコープを深く掘り下げるまではほぼ同一に見えることだ。

やさしい解説: AWS料金モデル

AWS料金モデルの本質は、クラウドコンピューティングの料金を支払う方法の選択肢に過ぎない。5つの選択肢——On-Demand・Reserved Instances・Savings Plans・Spot・Free Tier——は紙の上では紛らわしいほど似て見えるため、最短で定着させる方法は、すでに直感で理解している3つの日常的な購入シチュエーションに対応付けることだ。下の各類比はそれぞれ意図的に異なる角度を照らす。コミットメント対柔軟性、価格対可用性リスク、そして予算のトレードオフが実際にどう感じられるかだ。

類比1：スマートフォンの料金プラン（コミットメント対柔軟性）

AWSの料金モデルを携帯キャリアのプラン選択肢と考えよう。On-DemandはプリペイドSIMカードだ——好きなときにチャージして、いつでも解約できるが、通話料は最も高い。Reserved Instancesは特定の端末機種とデータ容量に縛られた24ヶ月の契約だ。サインすると毎月通話しようがしまいが支払いが発生するが、その代わり最大の割引が得られる。Compute Savings Plansはモダンなファミリープランだ——毎月一定の金額をコミットし、家族全員の回線（EC2・Fargate・Lambda）がその枠を共有するため、契約中に端末を変えてもペナルティはかからない。Spot Instancesはパートナーネットワークのプリペイドローミング分だ——格安だが、キャリアは自社の顧客が基地局を必要とした瞬間に切断できる。Free Tierは新規加入者が最初にネットワークを試せる無料通話分だ。

類比2：電気料金プラン（価格対可用性）

同じ5つの選択肢を電力会社の料金プランとしてイメージしてみよう。On-Demandは標準的な従量課金の家庭向け電力料金だ——使った分だけメーターが回り、公開された料金で支払う。コミットメントは一切ない。Reserved Instancesは産業向けの固定容量契約だ——3年間一定の負荷を引き受けることを約束すると電力会社は大幅に割引するが、使わなかった容量も請求書に載り続ける。Savings Plansは太陽光発電オフセットのサブスクリプションだ——毎時間一定量のクリーンエネルギーをプリペイドし、家にあるどの家電（EC2・Lambda・Fargate）もそのプールから互換的に使える。Spot Instancesは中断可能な深夜料金のプランのように機能する——需要が低い間は格安電力を使えるが、午後のピークが来た瞬間に電力会社はあなたの負荷を切断できる。Free Tierは新規世帯に電力会社が接続を円滑に始めてもらうために渡す初回の請求書クレジットだ。

類比3：ホテルの客室料金（予算のトレードオフ）

最後に、ホテルが異なる宿泊客に提示する料金メニューとして考えてみよう。On-Demandはウォークインのラック料金だ——フロントが今夜の掲示価格を案内し、翌朝ペナルティなしで退去できるが、最も高い料金を払う。Reserved Instancesは特定のスイートタイプに対する年間法人契約だ——会社が365泊を保証するとホテルは料金を大幅に下げるが、ある月に誰も出張しなくても全額支払う義務がある。Savings Plansはホテルチェーンのプリペイドカードだ——1泊当たりの金額をロードし、系列のどのホテルでも、どの部屋カテゴリでも、世界中どこでも使えるため、プランが変わってもペナルティなく切り替えられる。Spot Instancesは割引アプリで90%オフで売り出された直前の売れ残り客室だ——驚きの価格だが、ハウスキーピングがノックして定価の宾客が突然部屋を予約した場合に移動を求められることがある。Free Tierはチェーンが新規会員に送る「初泊無料」プロモーション券だ。

3つの類比を並べて読むと序列が浮かび上がる。On-Demandは常に最も柔軟で最も高く、Spotは常に最も安くて最も消えやすく、Reserved Instancesは最も深くコミットして最も堅くロックし、Savings Plansは深い割引を維持しながら機器変更を許容し、Free Tierは各サービスのオンボーディング体験だ。この序列を暗記するだけで、CLF-C02の料金モデル問題は暗記ではなくパターンマッチングになる。

コア動作原則 — 従量課金・コミットメント割引・Spot

先ほど挙げたAWS料金モデルはすべて、3つの商業的プリミティブの上に成り立っている。従量課金・コミットメント割引・スポット市場割引だ。

デフォルトとしての従量課金

従量課金とは、EC2 Linux・EKS・Fargate・Lambdaであれば秒単位（60秒最小）、EC2 Windows・RDSであれば時間単位でインフラを借り、前払いコミットなし・解約ペナルティなしで利用できることを意味する。On-Demandは他のすべてのAWS料金モデルが割引ベースとなる参照価格だ。予測不可能なワークロードや短期の実験を説明する問題ではほぼ常にOn-Demandが答えとなる。

コミットメント割引 — RIとSavings Plans

Reserved InstancesとSavings Plansはともにコミットメント割引を提供する。取引はシンプルだ。1年または3年の消費コミットをすると、AWSはその予測可能性の見返りとして最大72%オフの深い割引で応える。2つのAWS料金モデルの違いは、コミットする対象が何かだけだ——特定のインスタンス設定（RI）か、時間当たりの支出額（Savings Plans）かだ。

スポット市場 — Spot Instances

Spot Instancesは、AWSが余剰キャパシティをOn-Demandから最大90%オフで再販する仕組みだ。現在のSpot価格で入札（または受け入れ）し、On-Demand料金を支払える顧客がそのキャパシティを必要とするまでEC2インスタンスが動き続ける。その時点で2分前の中断通知が届き、インスタンスが回収される。

分離課金 — Dedicated HostsとDedicated Instances

Dedicated HostsとDedicated Instancesはどちらも、他のAWS顧客とは物理ハードウェアを共有できないシナリオ向けのAWS料金モデルだ。違いはライセンスの観点（Dedicated Hostsはソケット当たりのライセンスモデル向けに物理ソケット/コア数が見える）と課金モデルにある。CLF-C02においてこれらのAWS料金モデルは出題率がニッチであり、価格の暗記ではなくユースケースの認識が求められる。

AWS料金モデルのシナリオ向けにこの1文のデシジョンツリーを暗記せよ。「中断できるか？→ Spot。安定していて予測可能か？→ Savings Plans（1つのインスタンスタイプに固定するならRI）。予測不可能または短期か？→ On-Demand。ハードウェア分離またはBYOLが必要か？→ Dedicated Hosts。」CLF-C02の価格シナリオのほとんどはこの1本のツリーで解ける。 出典: https://aws.amazon.com/ec2/pricing/

On-Demand Instances — 完全な柔軟性、最高の時間単価

On-DemandはデフォルトのAWS料金モデルだ。固定の秒単位または時間単位の料金を前払いコミットなし・割引なし・コミットなしで支払う。インスタンスはいつでも起動・停止できる。

On-Demandを使うべき場面

  • 予測不可能なワークロード — 急峰的なトラフィック・アドホックな開発/テスト・使用量を予測できない単発の移行案件。
  • 1年未満の短期ワークロード — コミットメント割引のAWS料金モデルは、ワークロードがコミット期間を超えて続かない場合には見合わない。
  • 開発と実験 — 金銭的なペナルティなしにすべてを削除できる状態にしたい場合。
  • 新規アプリの最初のワークロード — 実際の本番データを取得してから適切なサイジングを行い、Savings Plansへのコミットを判断したい場合。

秒単位課金と時間単位課金

  • 秒単位課金（60秒最小）はEC2 Linux・EBSボリューム・Amazon EMR・Linux上のAWS Batchに適用される。
  • 時間単位課金はWindowsおよびほとんどのサードパーティAMI・RDS・一部のマネージドサービスに適用される。

この区別がCLF-C02で直接出題されることは稀だが、「秒単位」がOn-Demand Linuxの概念であることを認識しておくこと。

Reserved Instances — 1年対3年コミット、StandardとConvertible

Reserved Instances（RI）はCLF-C02において最も出題率が高いAWS料金モデルの一つだ。特定のEC2・RDS・ElastiCache・Redshift・OpenSearchの設定に1年または3年コミットし、On-Demandから最大72%オフを受ける。RIは実行中のインスタンスに重ねる請求割引であり、別途キャパシティをプロビジョニングするものではない。

Standard RI対Convertible RI

  • Standard Reserved Instances — 最大の割引（3年・全額前払いで最大72%オフ）。AZ・ネットワークタイプ・同一ファミリー内のインスタンスサイズを変更できるが、インスタンスファミリー・OS・テナンシーは変更不可。
  • Convertible Reserved Instances — やや小さな割引（3年・全額前払いで最大約66%オフ）だが、新しいRIの価値が同等以上であれば、異なるインスタンスファミリー・OS・テナンシーのRIへ交換できる。

リージョナルRI対ゾーナルRI

  • Regional RI — リージョン内の全AZに割引が適用されるが、特定のAZにキャパシティを予約しない。
  • Zonal RI — 特定のAZへの割引に加えキャパシティ予約も付く。特定のAZで確実にキャパシティが必要な場合にゾーナルを使う。

支払いオプション

StandardとConvertibleの両RIに3種類の支払いオプションが存在する。

  • 全額前払い（All Upfront） — 1年または3年分のコスト全額を前払い。最大の割引。
  • 一部前払い（Partial Upfront） — 一部を前払いし、残りを月払い。中間の割引。
  • 前払いなし（No Upfront） — 前払い0円、コミット期間中の全額月払い。3種類のRIの中で最も浅い割引だが、それでもOn-Demandより大幅に安い。

Reserved Instancesに対応するサービス

Reserved InstancesはEC2・Amazon RDS・Amazon ElastiCache・Amazon Redshift・Amazon OpenSearch Service・Amazon DynamoDBのリザーブドキャパシティに対応する。AWS LambdaやAWS Fargateには対応していない——これはCLF-C02における典型的な罠であり、Savings Plansが存在する主な理由だ。

Reserved Instances：1年または3年のコミット。On-Demandから最大72%オフ。Standard（最大割引、変更範囲が限定的）対Convertible（やや小さな割引、ファミリー/OSへの交換可）。Regional（キャパシティ予約なし）対Zonal（特定のAZにキャパシティ予約）。EC2・RDS・ElastiCache・Redshift・OpenSearch・DynamoDBに対応——LambdaとFargateには非対応。支払いオプション3種類：全額前払い・一部前払い・前払いなし。 出典: https://aws.amazon.com/ec2/pricing/reserved-instances/

Savings Plans — Compute対EC2 Instance対SageMaker

Savings Plansは2019年末に登場した新しいAWS料金モデルで、Reserved Instance並みの割引をはるかに高い柔軟性で提供するよう設計されている。特定のインスタンス設定にコミットする代わりに、1年または3年間の時間当たりコンピューティング支出額（例：10ドル/時）にコミットする。

Savings Plansの3種類

  1. Compute Savings Plans — 最も柔軟。割引（最大66%）はEC2の任意のインスタンスファミリー・任意のサイズ・任意のリージョン・任意のOS・任意のテナンシーに適用され、さらにAWS FargateとAWS Lambdaもカバーする。シナリオが最大の柔軟性を求めるなら、これがSavings Plansのデフォルト解答だ。
  2. EC2 Instance Savings Plans — 柔軟性がやや低い。割引（最大72%、RIに匹敵）は特定のリージョンにおける特定のEC2インスタンスファミリー（例：us-east-1のc5）に適用される。そのファミリー/リージョンの固定範囲内ではサイズ・OS・AZ・テナンシーの変更は可能。FargateとLambdaはカバーしない。
  3. SageMaker Savings Plans — Amazon SageMakerのMLインスタンス専用。対象のSageMaker使用量に対して最大64%オフ。

Savings Plansのコミットメント仕組み

時間当たりX ドルのコンピューティング支出にコミットする。EC2・Fargate・Lambda（Compute Savings Plan）の使用が発生すると、AWSは割引されたSavings Planレートをその支出に適用し、Xドル/時に達するまで続ける。X ドル/時を超えた使用分はOn-Demandで課金される。X ドル/時未満の使用でも満額Xドル/時が請求される——使わなくてもコミットメントの料金は発生する。

支払いオプション（RIと同じ）

Savings PlansにもRIと同じ3種類の支払いオプションがある。全額前払い・一部前払い・前払いなし。全額前払いが最大の割引を実現する。

AWS Lambdaの料金はCompute Savings Plan（最大17%オフ）で割引できる。Lambdaに対するReserved Instancesは存在せず、EC2 Instance Savings Planも同様だ。CLF-C02のシナリオで「大規模なAWS Lambdaワークロードのコストを削減するには？」と問われた場合、正しいAWS料金モデルはCompute Savings Planであり、Reserved Instancesでも他のSavings Planの種類でもない。 出典: https://aws.amazon.com/savingsplans/compute-pricing/

Spot Instances — 最大90%割引、中断耐性のあるワークロード専用

Spot InstancesはすべてのAWS料金モデルの中で最も安い。現在のSpot価格（AWSが需給に基づいて動的に設定）を支払い、On-Demand価格から最大90%オフを受けられる。その代わり、AWSはキャパシティが必要になった際に2分前の中断通知でインスタンスを回収できる。

「中断耐性」の意味

ワークロードが一時停止と再開に耐えられる場合、そのワークロードはSpotに適している。具体的には、ステートレスなバッチジョブ・耐障害性のある分散処理（Amazon EMR・Apache Spark）・CI/CDのビルドワーカー・ロードバランサーの背後でノード損失を吸収できる十分なキャパシティを持つステートレスなWebティア・遺伝学/科学計算などだ。ノードの損失がデータ損失やユーザー向けエラーを引き起こす場合、Spotは誤ったAWS料金モデルの選択だ。

Spot中断通知

Spotはプリエンプティブルと同義ではない

CLF-C02でよくある誤解は、Spot Instancesを「プリエンプティブル」や「低優先度」の同義語として扱うことだ。Spotが意味するのは、深い割引と引き換えの中断リスクだ。CPUの優先度の低下や性能の低下を意味しない——実行中のSpotインスタンスはOn-Demandと同等のパフォーマンスを発揮する。違いはAWSの回収権限のみだ。

CLF-C02のシナリオで「24時間365日稼働する本番データベース」や「常時稼働のWebサーバー」が描かれ、Spotが選択肢にある場合、Spotは誤ったAWS料金モデルだ——どれほど安く見えても同様だ。Spotの90%割引が有効なのは、ワークロードが2分間の強制退去に耐えられる場合のみだ。常時稼働する本番環境では、正しいAWS料金モデルはReserved InstancesまたはSavings Plansだ。最も深い割引があるからといってSpotを選ぶのが罠だ。 出典: https://aws.amazon.com/ec2/spot/

Dedicated HostsとDedicated Instances — コンプライアンスとライセンスのユースケース

Dedicated HostsとDedicated Instancesは、他のAWS顧客と物理ハードウェアを共有できないシナリオ向けのAWS料金モデルだ。

Dedicated Hosts

  • 自アカウント専用の物理サーバー全体 — ソケット数・コア数・物理ホストIDが見える。
  • 主要ユースケース：BYOL（Bring Your Own License） — ソケット当たりまたはコア当たりのソフトウェアライセンス（Microsoft Windows Server・Microsoft SQL Server・Oracle Database・SUSE Linux Enterprise Server）向け。
  • 二次ユースケース：物理的な分離を義務付ける法規制上のコンプライアンス。
  • On-DemandまたはReservedとして利用可能 — Dedicated Host Reservationはコミットメント型の割引を提供する。

Dedicated Instances

  • 単一の顧客アカウント専用のハードウェア上で動くEC2インスタンスだが、物理サーバーの詳細は見えない。
  • ユースケース：BYOLのソケット単位ライセンスを必要とせず、自アカウント階層内でマルチテナント分離が必要な場合。
  • BYOLにおけるライセンス管理の観点ではDedicated Hostsより柔軟性が低い。

CLF-C02では「Dedicated Hosts」の方が頻繁に出題される用語だ。問題に「BYOL」や「ソケット単位のWindowsライセンス」とあれば、答えはDedicated Hostsだ。

On-Demand Capacity Reservations — 価格コミットなしのキャパシティ確保

Capacity Reservationsは、価格コミットなしで特定のアベイラビリティゾーンのEC2キャパシティを予約できる。これはReserved InstancesやSavings Plansとは異なる独立した構造だ。

  • Capacity Reservationsはキャパシティを予約するが、On-Demand料金で課金される（リージョナルRIまたはSavings Planと組み合わせれば、その割引が上から適用される）。
  • Reserved Instancesは割引とキャパシティ予約（ゾーナルの場合）の両方を提供できる。
  • Savings Plansは割引のみを提供し、キャパシティ予約は行わない。

Capacity Reservationsを使うのは、1年または3年のコミットはしたくないが、障害復旧・予測可能なイベント駆動トラフィック（ブラックフライデー）・コンプライアンスのために特定のAZのEC2キャパシティを保証する必要がある場合だ。

データ転送料金 — 受信は無料、送信には課金

データ転送はOn-DemandやReserved Instancesと同じ意味でのAWS料金モデルではないが、AWSのすべての請求書に登場するラインアイテムであり、試験は基本を理解していることを求める。

  • インバウンドデータ転送（AWSリージョンへの受信）— ほぼ常に無料。
  • アウトバウンドデータ転送（AWSからインターネットへの送信）— ギガバイト単位で課金、ボリュームに応じて逓減。
  • リージョン間データ転送 — ギガバイト単位で課金。リージョンペアによって異なる。
  • 同一リージョン内・AZ間のトラフィック — 各方向に0.01ドル/GB。
  • 単一AZ内（プライベートIP） — 無料。

データ転送コストの削減は、CloudFront（エッジでのキャッシュ）とVPCの設計選択（トラフィックをAZ内に収める）の主要な動機だ。

ストレージ料金の階層 — コスト階段

ストレージのコスト階層は、コンピューティングのAWS料金モデルとおおよそ似た構造を持つ——データへのアクセス頻度が低いほど1GB当たりのストレージコストは安くなる。

  • Amazon S3 Standard — 1GB当たりのストレージコストは最高、取得コストは最低、ミリ秒単位のアクセス。
  • Amazon S3 Standard-IA（低頻度アクセス）— 1GB当たりの単価が低い。アクセスごとにGB単位の取得料金が発生。ミリ秒単位のアクセス。
  • Amazon S3 Glacier Instant Retrieval — さらに低いストレージコスト、即時取得、高い取得料金。
  • Amazon S3 Glacier Flexible Retrieval — 非常に低いストレージコスト、数分〜数時間の取得時間。
  • Amazon S3 Glacier Deep Archive — 最安値。12時間以上の取得時間。

ストレージ階層の詳細はストレージサービスのトピックで扱う。料金モデルとしては「ストレージクラスが安いほど取得時間が長くなりGB単位の取得料金が高くなる」という関係を知っておけば十分だ。

AWS Free Tier — 必ず知っておくべき3つのカテゴリ

AWS Free Tierは5つの主要AWS料金モデルには含まれないが、試験ガイドはタスク4.1で明確に言及している。Free TierはAWSがサービスをゼロコストで試せる仕組みだ。3つの明確なカテゴリがある。

12ヶ月の入門期間Free Tier

アカウント作成後最初の12ヶ月間のみ有効。例：

  • Amazon EC2 — t2.microまたはt3.microインスタンス（LinuxまたはWindows）が月750時間。
  • Amazon S3 — Standardストレージ5GB・GETリクエスト2万件・PUTリクエスト2千件。
  • Amazon RDS — db.t2.micro・db.t3.micro・db.t4g.microが月750時間。
  • Amazon CloudFront — 1TBのデータ転送送信。
  • AWS CloudTrail — 管理イベントのコピー1つ。

Always Free（永続的な無料枠）

新規アカウントだけでなく、全AWSアカウントへ永続的に提供される。例：

  • AWS Lambda — 月100万リクエストと40万GB秒のコンピューティング。
  • Amazon DynamoDB — ストレージ25GBと月25 RCU/25 WCU。
  • Amazon CloudWatch — カスタムメトリクス10個・アラーム10個。
  • AWS X-Ray — 月10万トレースの記録。

短期トライアル

特定のサービスは、そのサービスの初回利用日から30日・60日・90日のトライアルを提供している。Amazon Redshift・AWS Inspector・Amazon GuardDutyにはトライアル期間がある。

AWS Free TierはAWSアカウント単位の特典であり、IAMユーザー単位ではない。1つのAWSアカウントに100人のIAMユーザーを作成した場合、全員が合わせてFree Tier枠を1セット共有する——100セットではない。これはCLF-C02で頻出の罠だ。12ヶ月のカウントもサービスの利用を始めたときではなく、AWSアカウントが作成されたときに始まる。 出典: https://aws.amazon.com/free/

Reserved Instances対Savings Plans対Spot — CLF-C02の定番の罠

これは試験において最も出題頻度が高いAWS料金モデルの罠だ。クリーンな意思決定マトリックスを構築しよう。

3つのコミットメントAWS料金モデルの判断要素

要素 Reserved Instances Savings Plans（Compute） Savings Plans（EC2 Instance） Spot Instances
コミット期間 1年または3年 1年または3年 1年または3年 なし
コミット対象 特定のインスタンス設定 EC2/Fargate/Lambda全体の時間当たり支出額 1つのインスタンスファミリー+リージョンの時間当たり支出額 なし
最大割引 72% 66% 72% 90%
インスタンスファミリーの変更可否 Convertible RIのみ可 可（自由） 不可 N/A
Fargateをカバー？ 不可 可 不可 N/A
Lambdaをカバー？ 不可 可 不可 不可
キャパシティ予約？ Zonal RIのみ可 不可 不可 不可
中断リスク？ なし なし なし あり（2分前通知）

シナリオと正しいAWS料金モデルの対応

  • 「3年間同じインスタンスタイプで24時間365日稼働する安定したWebサーバー」 → Standard Reserved Instance（3年・全額前払いで最大割引）またはEC2 Instance Savings Plan。インスタンスファミリーを本当に変えない場合、RIが最も安くなりやすい。
  • 「10ドル/時の予測可能な支出だが、来四半期にc5からm5に切り替えるかもしれない」 → Compute Savings Plan。
  • 「6ヶ月間安定している大量のAWS Lambda呼び出し量」 → Compute Savings Plan。LambdaはRIを使えない。
  • 「中断して再試行できる画像処理バッチジョブ」 → Spot Instances。
  • 「2週間の一時的な負荷テスト」 → On-Demand。1年のコミットに見合わない。
  • 「ソケット単位ライセンスのMicrosoft SQL Server BYOL」 → Dedicated Hosts。
  • 「価格コミットなしでDRフェイルオーバー向けにus-east-1aのEC2キャパシティを保証したい」 → On-Demand Capacity Reservation。

Savings PlansがゾーナルのReserved Instancesのように機能するという誤った思い込みがよく見られる。どちらも割引を提供するから、どちらもキャパシティを予約するはずだという論理だ。しかしそうではない。**Savings Plansはキャパシティ保証を一切持たない純粋な請求割引だ。**特定のAZにEC2キャパシティを保証する必要がある場合（例：障害復旧）は、Zonal Reserved InstanceまたはOn-Demand Capacity Reservationを使うこと。Savings Plans + Capacity Reservationは割引と保証済みキャパシティの両方が必要な場合の組み合わせパターンだ。 出典: https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html

重要な数値と暗記必須の事実

CLF-C02の問題が参照する数値は以下のとおりだ。シナリオにこれらのパーセンテージや期間が含まれていれば、特定のAWS料金モデルが意図された答えである可能性が高い。

  • On-Demand — 0%の割引ベースライン。秒単位課金（Linux）または時間単位課金（Windows）。
  • Reserved Instances — On-Demandから最大72%オフ。コミット：1年または3年。
  • Savings Plans（Compute） — 最大66%オフ。コミット：1年または3年。
  • Savings Plans（EC2 Instance） — 最大72%オフ。コミット：1年または3年。
  • Spot Instances — 最大90%オフ。コミットなし。2分前の中断通知。
  • Dedicated Hosts — 標準的な割引率なし。物理サーバー全体の賃貸として価格設定。
  • Free Tier EC2 — t2.microまたはt3.microを12ヶ月間月750時間。
  • Free Tier Lambda — 月100万リクエスト + 40万GB秒、永続的に有効。
  • Free Tier S3 — Standardストレージ5GBを12ヶ月間。
  • 支払いオプション（RIとSavings Plans） — 全額前払い・一部前払い・前払いなし。

5つのAWS料金モデルを割引の昇順・柔軟性の降順で並べると：On-Demand（0%オフ、最も柔軟） → Compute Savings Plan（66%オフ、EC2+Fargate+Lambda対応） → EC2 Instance Savings Plan（72%オフ、ファミリー+リージョン固定） → Reserved Instance（72%オフ、厳密な設定固定） → Spot（90%オフ、中断あり）。加えてDedicated Hosts（BYOL/コンプライアンス向け）とCapacity Reservations（AZ保証キャパシティ向け）がある。 出典: https://aws.amazon.com/ec2/pricing/

料金モデル対クラウドエコノミクス — スコープ境界（4.1対1.4）

両方ともAWSのコスト世界に存在し、どちらもCLF-C02に出てくるが、異なる問いに答えるものだ。CLF-C02タスク4.1（本トピック）はAWS料金モデル——選択する特定の商業契約——を扱う。タスク1.4（クラウドエコノミクス）はCapEx対OpEx・総所有コスト（TCO）・規模の経済・右サイジングといった上位レベルの財務概念を扱う。有用な境界線として：「このワークロードに最もコスト削減できる料金モデルはどれか？」という問いは4.1だ。「なぜクラウドはCapExをOpExに転換するのか？」という問いは1.4だ。どちらのトピックもAWS Pricing Calculatorをサポートツールとして共有する。

billing-budget-cost-management（タスク4.2）も比較対象となる。こちらはAWS Cost Explorer・AWS Budgets・AWS Pricing Calculator・Cost Allocation Tags・AWS Organizationsの統合請求——選択したAWS料金モデルが実際にいくらかかっているかを監視するためのツール——を扱う。

練習問題リンク — タスク4.1対応演習

CLF-C02試験前に演習すべきシナリオ：

  1. ある会社がc5.xlargeで24時間365日の本番データベースを少なくとも3年間安定稼働させる。どのAWS料金モデルがコストを最小化するか？→ 3年・全額前払いのStandard Reserved Instance。
  2. バッチ動画トランスコードジョブは中断と再試行に耐えられる。どのAWS料金モデルが最大の割引を提供するか？→ Spot Instances。
  3. あるフィンテック企業が月約5,000ドルの予測可能なAWS Lambdaワークロードを実行しており、コストを削減したい。どのAWS料金モデルが適用可能か？→ Compute Savings Plan。
  4. あるSaaS企業がEC2ワークロードを運用しているが、6ヶ月ごとにインスタンスファミリーを変える見込みがある。どのAWS料金モデルがファミリーの柔軟性を持ちながらコミットメント割引を提供するか？→ Compute Savings Plan（二次的な解答としてConvertible RIも可）。
  5. あるヘルスケア企業がソケット単位のBYOLでMicrosoft SQL Serverを動かす必要がある。どのAWS料金モデルが必要か？→ Dedicated Hosts。
  6. どのAWS料金モデルがコミットなしの短期実験をサポートするか？→ On-Demand。
  7. どのAWS料金モデルが価格コミットなしで特定のAZのEC2キャパシティを予約するか？→ On-Demand Capacity Reservation。
  8. どのAWS Free TierカテゴリがAWS Lambdaの月100万リクエストを永続的に提供するか？→ Always Free。

FAQ — AWS料金モデル 頻出6問

1. Reserved InstancesとSavings Plansの最大の違いは何か？

Reserved Instancesは特定のEC2インスタンス設定（ファミリー・サイズ・リージョン・OS・テナンシー）に縛られる代わりにOn-Demandから最大72%オフを受ける。Savings Plansは時間当たりの支出額にコミットし、割引がインスタンスタイプを横断して柔軟に適用される——Compute Savings Plansの場合はEC2・Fargate・Lambdaを横断する。RI = 特定の設定コミット。Savings Plans = 支出コミット、ファミリーの柔軟性あり。どちらも1年または3年のAWS料金モデルで支払いオプションは同じだ。

2. 同じアカウントでReserved InstancesとSavings Plansを併用できるか？

できる。AWSはまずReserved Instancesの割引を適用し（特定のインスタンス使用量に紐付いているため）、次に残りの対象使用量にSavings Plansの割引を適用し、カバーされない分はOn-Demandで課金する。AWS料金モデルは自由に組み合わせられる——実際、高度なFinOpsチームは堅固なワークロードへのReserved Instancesのベースラインに加え、柔軟性のためにCompute Savings Plansを重ねることが多い。

3. AWSがキャパシティを回収した場合、Spot Instancesはどうなるか？

AWSはSpot中断通知をEC2インスタンスメタデータとEventBridgeイベントとして回収の約2分前に送信する。デフォルトの中断動作は「terminate」（インスタンスの削除、エフェメラルストレージの消失、DeleteOnTermination設定に応じたEBSボリュームの保持）だ。EBSバックのSpot Instancesでは「stop」または「hibernate」を設定して状態を保持することも可能だ。SpotはこのAWS料金モデルの一つであり、この強制退去を適切に処理できる耐障害性のあるワークロードにのみ適している。

4. Reserved InstancesはAWS LambdaやAWS Fargateに対応しているか？

対応していない。Reserved InstancesはEC2・RDS・ElastiCache・Redshift・OpenSearch・DynamoDBのリザーブドキャパシティにのみ適用される。AWS LambdaとAWS Fargateのコミットメント割引向けAWS料金モデルはCompute Savings Planだ。これはCLF-C02において最も多い落とし穴の一つだ——問題にLambdaやFargateが登場したら、すべてのReserved Instancesの選択肢を直ちに除外すること。

5. AWS Free Tierは無制限か、それとも期限があるか？

AWS Free Tierには異なる期間を持つ3つの区分がある。12ヶ月の入門期間はアカウント作成から12ヶ月後に失効する。Always Free区分（Lambdaの月100万リクエスト・DynamoDBの25GBなど）は永続的に有効だ。短期トライアルは特定のサービスの初回利用から30日・60日・90日間継続する。Free Tier枠はAWSアカウントごとの特典であり、IAMユーザーごとではない——同じアカウント内の100人のユーザーが1セットのFree Tier枠を共有する。

6. ワークロードが24時間365日安定して稼働している場合でも、なぜOn-Demandが正しいAWS料金モデルとなり得るか？

24時間365日の安定したワークロードでも、特定のケースではOn-Demandが正当化される。ワークロードが12ヶ月未満しか続かない（どのRIまたはSavings Planのコミット期間よりも短い）場合、適切なインスタンスファミリーをまだ確定していない初期検証フェーズにある場合、または6ヶ月以内にLambdaやFargateへのリファクタリングを検討している場合などだ。コミットベースのAWS料金モデルは、コミット期間がワークロードの残存期間より短い場合にのみ元が取れる。

参考文献・公式情報源

公式ソース

その他の CLF-C02 トピック