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

請求・予算・コスト管理

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

CLF-C02対策:AWS Billing、AWS Budgets、AWS Cost Explorer、AWS Pricing Calculator、CUR、Organizations統合請求を完全マスター。混同しやすいツールの違いと頻出の落とし穴をわかりやすく解説。

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

AWS の請求・予算・コスト管理ツール群は、すべてのAWS利用者に対して、デプロイ前のコスト見積もり、稼働中のリアルタイム監視、上限超過前のアラート通知、チームへのコスト配賦、そして詳細分析のための生データエクスポートを一元的に提供する。CLF-C02 試験のタスクステートメント 4.2(Domain 4: 請求・価格・サポート、12%比重)では、どのAWSコスト管理ツールがどの課題を解決するかを正確に識別できることが求められる。特に避けるべき最大の落とし穴は、AWS Pricing Calculator(将来の見積もり)とAWS Cost Explorer(過去の分析とフォーキャスト)の混同だ。本ノートでは、試験の出題範囲に含まれるコスト管理リソースをすべて平易な日本語で解説し、類比、落とし穴、FAQを加える。

AWS Billing & Cost Management とは何か

AWS Billing & Cost Management は、AWSの支出を可視化・予測・制御・配賦・最適化するネイティブAWSサービス群の総称だ。ツールボックスには、AWS Billing & Cost Management Console(中央ハブ)、AWS Pricing Calculator、AWS Cost Explorer、AWS Budgets、AWS Cost and Usage Report(CUR)、Cost Allocation Tags、AWS Cost Categories、AWS Organizations統合請求、AWS Billing Conductor、AWS Compute Optimizer、そして AWS Trusted Advisor のコスト関連チェックが含まれる。

これらのツールはそれぞれ明確に異なる目的を持つ。CLF-C02 の AWS 請求問題はほぼ常にシナリオマッチング形式——「この目的ならどのコスト管理ツールを選ぶか」——で出題されるため、このノートでは各ツールの役割を記憶に定着させることを目標とする。

CLF-C02 試験でコスト管理が重要な理由

近年の CLF-C02 受験者のコミュニティデータによると、Domain 4 は 12% の比重を持ち、billing-budget-cost-management はドメイン内で最も広範なツールカバレッジを持つトピックだ。最も出題頻度が高い落とし穴は Cost Explorer・Budgets・Pricing Calculator の混同であり、次いで Trusted Advisor のサポートプランによるアクセス制限と AWS Organizations 統合請求のメリットに関する問題が続く。価格モデル(On-Demand/RI/Spot/Savings Plans)は別トピック(4.1)に属するため、このトピックでは純粋に請求・コスト管理ツールに絞る。

コア用語AWS Cost Management は、AWS Cost Explorer、AWS Budgets、AWS Cost and Usage Report、AWS Billing Conductor、Cost Categories、Cost Anomaly Detection、および予約・Savings Plans 管理ツールをカバーする公式 AWS サービスファミリーだ。AWS Billing コンソールと並んで「Billing and Cost Management」という単一のエクスペリエンスの中に存在する。

やさしい解説: AWS Billing & Cost Management

正直に言うと、AWSの請求と各種コスト管理ツールは、似たような名前のツールが多いために圧倒される。ここでは3つの類比でシステム全体をすっきり整理する。

Analogy 1 — 回転寿司店(メニュー・会計・予算)

AWSを回転寿司店に例えよう。AWS Pricing Calculator は注文前に眺める寿司メニュー表だ——値段を確認してから席に着くことで、夕食が何円になるか事前に見当がつく。AWS Cost Explorer は食後に渡される明細レシートで、どのネタに何を使ったかを振り返り、来月また同じペースで来たらいくらかかるかを予測できる。AWS Budgets は「会計が5,000円を超えたらベルを鳴らして」と入り口で板前さんに頼んでおくことだ。AWS Cost and Usage Report(CUR)は「仕入れ原価まで含めた厨房レシートを全部くれ」と頼む行為で、経理担当者が一行ずつコストを分析するための生データだ。

この回転寿司のイメージを覚えていれば、AWS Pricing Calculator(将来、メニュー表)と AWS Cost Explorer(過去・予測、明細レシート)を混同することは二度とない。これは CLF-C02 で最も頻出の落とし穴だ。

Analogy 2 — 家の電気代

コスト管理は家庭の電気代管理にも似ている。AWS Pricing Calculator は電力会社の試算ツールだ——太陽光パネルを設置したらあるいは電気自動車を買ったら月の電気代がいくら変わるかを、まだ実際に使っていない段階で試算する。AWS Cost Explorer は先月の電気代の明細グラフで、どの家電がどれだけの電力を消費したかを示し、来月の使用量を予測する。AWS Budgets は、1日の使用量が500円を超えたらスマートフォンに通知を送るスマートメーターのアラート設定だ。Cost Allocation Tags は各家電に貼ったシールで「冷蔵庫は先月いくらかかったか」を答えられるようにする。AWS Cost and Usage Report は生のメーター計測ログをCSV形式でダウンロードしたものだ。

Analogy 3 — 家族の携帯電話プラン(統合請求)

AWS Organizations 統合請求は家族の携帯電話プランとまったく同じ構造だ。各メンバー(各AWSアカウント)はそれぞれの回線を使うが、請求書は一人の家族代表(支払いアカウント)がまとめて支払う。家族全体の合算利用量が多いため、キャリアはボリュームディスカウントを適用する——AWSでは Reserved Instances(RI)と Savings Plans が組織内の全アカウントで共有されるのがこの仕組みだ。AWS Billing Conductor は同じ家族プランを「再販業者」として運営するモデルだ:AWS が実際の卸売価格で請求してくる一方で、あなたは各メンバー(顧客)に対してカスタム価格を設定し、専用の請求ビューを作成できる。

この3つのイメージ(回転寿司・電気代・家族携帯プラン)を頭に置いておけば、CLF-C02 の AWS 請求問題の大半はパターンマッチングで解けるようになる。

コアの動作原理——AWS コスト管理の仕組み

AWS コスト管理は4つの柱で動いている:可視化、フォーキャスト、アラート、そして最適化だ。AWS Billing は生の請求データを提供し、AWS Cost Explorer がその上に可視化とフォーキャストを追加する。AWS Budgets がアラートを追加し、AWS Compute Optimizer と AWS Trusted Advisor が最適化レコメンデーションを加える。Cost Allocation Tags と Cost Categories は、大規模アカウントでスタック全体を有意義にするタグ付け・グルーピングレイヤーだ。

コスト管理のライフサイクル

  1. 見積もり — デプロイ前に AWS Pricing Calculator で想定コストをモデル化する。
  2. デプロイ — AWS 上でワークロードを稼働させる。すべてのリソース使用量が計測される。
  3. 監視 — AWS Billing & Cost Management Console と AWS Cost Explorer で実績値を確認する。
  4. アラート — AWS Budgets を設定し、超過を次の請求書ではなく即座に把握する。
  5. 配賦 — Cost Allocation Tags と Cost Categories を適用し、支出をチームとプロジェクトに紐付ける。
  6. 最適化 — AWS Compute Optimizer と AWS Trusted Advisor のコストレコメンデーションに基づいて行動し、データが正当化する場合は RI/Savings Plans を導入する。
  7. レポート — CUR を Amazon S3 に配信し、BI ツール(Amazon QuickSight、Athena)でカスタムダッシュボードを構築する。

すべてのコスト管理ツールの場所

すべての AWS コスト管理ツールは AWS マネジメントコンソールの AWS Billing & Cost Management Console からアクセスできる。Cost Explorer、Budgets、CUR、Billing Conductor など一部のツールは API 経由でもアクセス可能だ。AWS Organizations を有効にすると、このコンソール上で組織全体の統合請求がレイヤーとして追加される。

AWS Billing & Cost Management Console——中央ハブ

AWS Billing & Cost Management Console は唯一の入口だ。1つの画面から当月の累積支出、未払い請求書、支払い方法、税設定、クレジット、そして左のナビゲーションから Cost Explorer・Budgets・Pricing Calculator・CUR・Billing Conductor・Cost Anomaly Detection・Savings Plans・Reserved Instances レポートへとドリルダウンできる。

AWS Billing コンソールの主な機能

  • Bills ページ — 月次請求書 PDF、サービス別の明細項目。
  • Payments — 支払い方法、支払い履歴、請求書設定。
  • Credits — AWS プロモーションクレジットとその適用先。
  • Tax settings — 国別の VAT/GST 登録。
  • Billing preferences — 無料利用枠の使用アラート有効化、メールへの PDF 請求書送付、cost allocation tags の有効化。

AWS Billing コンソールはすべての起点 — CLF-C02 試験で「請求書の確認場所」「支払い方法の管理場所」「cost allocation tags の有効化場所」を問われた場合、答えは AWS Billing & Cost Management Console だ。Cost Explorer、Budgets、Pricing Calculator はこのコンソールから移動するサービスであり、独立した別製品ではない。

AWS Pricing Calculator——購入前のコスト見積もり

AWS Pricing Calculator は calculator.aws で公開されている無料のウェブベースツールで、何もデプロイする前に提案するAWSアーキテクチャのコストをモデル化できる。AWSアカウントは不要だ。サービス(Amazon EC2、Amazon S3、Amazon RDS、AWS Lambda 等)を選択し、設定(インスタンスタイプ、リージョン、ストレージ、データ転送量、価格モデル)を入力すると、月次・年次の明細見積もりが得られ、保存・URL共有・CSV/PDF エクスポートが可能だ。

AWS Pricing Calculator の用途

  • 移行前に経営層への予算提案を作成する。
  • 2つのアーキテクチャを比較する(例:m5.large On-Demand vs m6i.large の 3年 Compute Savings Plan)。
  • 新リージョン追加のコスト影響をモデル化する。
  • ステークホルダー向けに共有可能な見積もりリンクを生成する。

AWS Pricing Calculator が対象としないこと

  • 実際のAWS請求書は表示しない。
  • 現在の使用状況は参照しない。
  • 過去分析のための AWS Cost Explorer の代替にはならない。
  • 支出を強制しない——あくまで見積もりだ。

Pricing Calculator vs Cost Explorerこれは CLF-C02 の AWS コスト管理で最も頻出の落とし穴だ。 AWS Pricing Calculator はデプロイ前の将来コストを見積もる(アカウント不要、実際の使用量なし)。AWS Cost Explorer は実際のAWSアカウントの過去および予測支出を可視化する。設問に「移行前にコストを見積もる」とあれば → Pricing Calculator。「過去12カ月の支出を分析」または「今後12カ月を予測」とあれば → Cost Explorer。「見積もり」+「前」と「分析」+「過去・予測」というキーワードの差に注意する。

AWS Cost Explorer——過去支出の可視化と将来予測

AWS Cost Explorer は AWS コスト管理スタックの可視化・フォーキャストエンジンだ。デフォルトダッシュボードに加え、フィルター(サービス・リージョン・使用タイプ・リンクアカウント・タグ・購入オプション)とグループ化ディメンションを持つ柔軟なレポートビルダーを提供する。AWS Cost Explorer のデータは少なくとも24時間ごとに更新される。

AWS Cost Explorer の機能

  • 過去12カ月の支出履歴を表示(UI では 13カ月のローリングウィンドウ、API で有効化すると最大 38カ月)。
  • 履歴パターンに基づいて最大12カ月先の支出をフォーキャスト
  • サービス・リンクアカウント・Availability Zone・インスタンスタイプ・タグ・Cost Category・購入オプション等でコストを分解。
  • 日次・月次・時間単位の粒度(時間単位はオプトイン有料機能)。
  • 保存済みレポートとカスタムダッシュボード。
  • Reserved Instance および Savings Plans の使用率・カバレッジレポートが内蔵。
  • AWS Compute Optimizer が提供する適正サイズ(rightsizing)レコメンデーション。

試験で AWS Cost Explorer を選ぶ場面

設問で既存AWSアカウントの支出を分析・可視化・分解・グループ化・上位コストサービス特定・フォーキャストすることを求めている場合、AWS Cost Explorer が答えだ。生データのエクスポートなしにグラフィカルなダッシュボードで過去の使用状況を示すネイティブAWS唯一のツールである。

初日に Cost Explorer を有効化する — AWS Cost Explorer はコンソール上で無料だが、Billing preferences で明示的に有効化する必要がある。有効化すると履歴データをバックフィルし自動的に入力が始まる。ベストプラクティスは、AWSアカウント開設初日に AWS Cost Explorer を有効化しておくことだ。分析が必要になったとき、すでに数カ月分の履歴が蓄積されている。

AWS Budgets——超過前のアラート

AWS Budgets は支出・使用量・Reserved Instance・Savings Plans のしきい値を定義し、実績値または予測値がそのしきい値を超えた場合に Amazon SNS またはメールでアラートを受け取る機能だ。アカウントレベル・メンバーアカウントレベル、または(支払いアカウントから)AWS Organizations 全体に予算を設定できる。

AWS Budgets の6種類

  1. コスト予算 — 総コストがドルのしきい値に達したときにアラート。
  2. 使用量予算 — 使用量メトリクス(GB時間、リクエスト数等)がしきい値に達したときにアラート。
  3. RI 使用率予算 — RI 使用率がしきい値を下回ったときにアラート(例:80%未満)。
  4. RI カバレッジ予算 — 対象使用量に対する RI カバレッジがしきい値を下回ったときにアラート。
  5. Savings Plans 使用率予算 — RI 使用率予算と同様だが Savings Plans コミットメント向け。
  6. Savings Plans カバレッジ予算 — RI カバレッジ予算と同様だが Savings Plans 向け。

AWS Budgets Actions

AWS Budgets はBudget Actions もサポートしており、しきい値を超えたときに IAM ポリシーの自動適用、SCP の添付、EC2/RDS インスタンスの停止を行える。これはアラートを超えたアクションを実行できる唯一の AWS 請求・コスト管理機能だ。

AWS Budgets はデフォルトではアラートを送るだけで自動停止しない — デフォルトでは、AWS Budgets はしきい値を超えたときにアラートを送信するだけだ。リソースを自動停止したり支出をフリーズしたりはしない。SCP の添付、制限的な IAM ポリシーの適用、EC2/RDS インスタンスの停止を行うには Budget Actions をオプトインする必要がある。「AWS Budgets は上限到達時に自動的に支出を停止する」という試験の選択肢は、Budget Actions が明示的に設定されていない限り誤りだ。

AWS Budgets vs AWS Cost Explorer——違いの整理

問い AWS Cost Explorer AWS Budgets
履歴と予測を表示するか? はい いいえ
アラートを送信するか? いいえ はい
グラフィカルなダッシュボードがあるか? はい いいえ(アラート中心)
自動アクションを実行できるか? いいえ はい(Budget Actions)
RI/SP 使用率メトリクスをカバーするか? はい(レポート) はい(予算タイプとして)

AWS Cost and Usage Report(CUR)——BI 向け生明細データ

AWS Cost and Usage Report(CUR)は利用可能な最も詳細な AWS 請求データだ。すべての個別明細項目——すべてのリソースの毎時ごとのデータ——を、圧縮 CSV または Parquet ファイルとして Amazon S3 バケットにエクスポートする。CUR データは Cost Explorer に電力を供給するのと同じソースだが、カスタム分析用に生データとして配信される。

CUR の機能

  • リソースごとに最大時間単位の粒度。
  • 少なくとも1日1回 Amazon S3 に配信。
  • Amazon Athena で直接クエリ可能、または Amazon Redshift・Amazon QuickSight・サードパーティ BI ツールにロード可能。
  • タグ列を含むため、すべての Cost Allocation Tag がクエリ可能なディメンションになる。
  • Reserved Instance および Savings Plans の帰属列を含む。

CUR vs Cost Explorer——違いを覚えるCUR = 生の時間単位明細、S3 に配信、BI ツールが消費する形式。 AWS Cost Explorer = AWS マネージドダッシュボード、S3 エクスポート不要。 CLF-C02 のシナリオで「カスタム BI パイプライン向けの詳細明細データ」または「Athena で請求データをクエリ」とあれば → CUR。「AWS コンソールのインタラクティブグラフ」とあれば → Cost Explorer。

Cost Allocation Tags——誰が何にいくら使ったか

Cost Allocation Tags は、マルチチーム・マルチプロジェクトの組織にとって AWS 請求を意味あるものにする仕組みだ。タグはリソースに付けるキーバリューラベルで、AWS Billing Console でタグを有効化すると、そのタグが Cost Explorer・Budgets・CUR に表れるコスト配賦ディメンションになる。

2種類の Cost Allocation Tags

  1. ユーザー定義タグ — 自分で作成するタグ(例:CostCenter=MarketingProject=MobileAppEnvironment=Prod)。Cost Explorer/CUR に表示させるためには Billing コンソールで各タグを有効化する必要がある。
  2. AWS 生成タグ — AWS が自動的に追加するタグで、aws: プレフィックスが付く(例:aws:createdBy)。デフォルトの帰属に役立つ。

Cost Allocation Tags のベストプラクティス

  • AWS Organizations のタグポリシーでアカウント作成時にタグ標準を強制する。
  • Billing preferences でタグを有効化する——タグは有効化後にのみコストディメンションになる。
  • Cost Categories を使って多数のタグ・アカウントを単一のレポートバケットにグループ化する。
  • タグデータは有効化から約24時間後に AWS コスト管理ツールに表示され始める。

AWS Cost Categories——より高レベルなグループ化

AWS Cost Categories は、リンクアカウント・サービス・リージョン・使用タイプ・タグに基づくルールを定義し、支出を Team:PlatformBusinessUnit:EMEAApp:CustomerPortal などのカスタムバケットにグループ化する機能だ。カテゴリーは AWS Cost Explorer・AWS Budgets・CUR のネイティブディメンションとして表示されるため、タグの不一致やマルチアカウントの乱立を乗り越えた帰属スキームが得られる。

AWS Organizations 統合請求——1枚の請求書と共有ディスカウント

AWS Organizations 統合請求は、組織配下のすべてのAWSアカウントの請求を、支払い(管理)アカウントが支払う1枚の請求書に統合する機能だ。メンバーアカウントは独立して運用される——請求だけが一元化される。

統合請求の3大メリット

  1. 1枚の請求書 — 財務チームが組織全体の請求を1回で支払う。
  2. ボリュームディスカウントの集約 — 使用量ティア割引(S3 ストレージのティア料金、データ転送のティア料金等)がすべてのアカウントの合算使用量で計算され、より低い単価が適用される。
  3. RI と Savings Plans の共有 — 任意のアカウントで購入した Reserved Instances と Savings Plans が、組織内の他のすべてのアカウントの対象使用量に適用される(RI 共有が明示的に無効化されていない限り)。

統合請求は無料

AWS Organizations と統合請求には追加料金がない。課金されるのは基盤となるリソース使用量のみだ。

統合請求ではデフォルトで RI/SP が全アカウントで共有される — AWS Organizations 統合請求では、あるメンバーアカウントで購入した Reserved Instances と Savings Plans が、デフォルトで組織内のすべてのアカウントの対象使用量に適用される。これは CLF-C02 で頻出のシナリオだ。アカウント単位で共有を無効化するには、支払いアカウントの Billing preferences でそのアカウントの RI/SP 共有をオフにする必要がある。

AWS Billing Conductor——再販業者向けカスタム請求

AWS Billing Conductor は、エンドカスタマーやビジネスユニットに向けたカスタム請求ビューを生成する必要がある AWS パートナー・再販業者・内部チャージバックチーム向けのサービスだ。各グループユニットに対して価格ルール(マークアップ・マークダウン・カスタム明細)を AWS 統合請求の上に定義し、「プロフォーマ」ビューを作成する——AWS は実際の卸売レートで引き続き請求してくる。

AWS Billing Conductor が答えになる場面

  • マネージドサービスプロバイダーが AWS の料金をエンドカスタマーにマークアップして再請求する。
  • エンタープライズの内部チームがカスタムサービス価格で部門別のチャージバックを実施したい。
  • 持株会社が各子会社に対して自社の内部交渉レートで計算された請求書を見せたい。

AWS Compute Optimizer——機械学習による適正サイジング

AWS Compute Optimizer は、EC2 インスタンス・EC2 Auto Scaling グループ・Amazon EBS ボリューム・AWS Lambda 関数・AWS Fargate 上の Amazon ECS サービスの Amazon CloudWatch メトリクスを分析し、機械学習を使ってコストとパフォーマンスのバランスを取った適正サイズの設定をレコメンドする。レコメンデーションは無料で、Compute Optimizer コンソール・AWS Cost Explorer の rightsizing パネル・対応プラン向けの AWS Trusted Advisor コストチェックに表示される。

Compute Optimizer の代表的なレコメンデーション

  • 過剰プロビジョニングされた EC2 インスタンスのダウンサイズ。
  • 同じワークロードをより低コストで実行できる新世代ファミリーへの切り替え(例:m5 → m6i または Graviton m7g)。
  • CPU ヘッドルームがある場合の Lambda メモリ割り当て削減。
  • 低使用率の EBS ボリュームの特定。

AWS Trusted Advisor——コスト最適化チェック

AWS Trusted Advisor は、コスト最適化・パフォーマンス・セキュリティ・耐障害性・サービス制限の5つの柱にわたる自動チェックを提供する。コスト最適化の柱では、アイドル状態のロードバランサー・低使用率の EC2 インスタンス・関連付けられていない Elastic IP・アイドル状態の RDS インスタンス・低使用率の Amazon Redshift クラスターなどにフラグを立てる。

Trusted Advisor のアクセス制限

  • Basic サポートDeveloper サポートプランはコア Trusted Advisor チェック 6件のみ(セキュリティとサービス制限の基本)。
  • BusinessEnterprise On-RampEnterprise プランは、コスト最適化の柱全体を含むTrusted Advisor チェックの全セットにアクセスできる。

Trusted Advisor のコストチェックは Business サポート以上が必要 — CLF-C02 試験で非常に多いひっかけは、Basic または Developer サポートプランの顧客に対して「AWS Trusted Advisor でアイドルの EC2 インスタンスを検出する」と答えてしまうことだ。これらのプランに含まれるのはコアチェック 6 件のみで、コスト最適化チェック(アイドルリソース・低使用率インスタンス)は Business、Enterprise On-Ramp、または Enterprise サポートが必要だ。サポートプランのアップグレードが答えの一部になる。

AWS Cost Anomaly Detection——機械学習による異常検知

AWS Cost Anomaly Detection は、AWS Cost Management 内のマネージドな機械学習ベース機能で、支出パターンを監視し、異常なコストスパイクを検出したときに(SNS またはメール経由で)アラートを送信する。無料・オプトイン式で、サービス・リンクアカウント・Cost Categories・Cost Allocation Tag の値を「モニター」として機能させる。手動でしきい値を設定する AWS Budgets とは異なり、Cost Anomaly Detection は自ら学習したパターンに基づいてアラートを送る。

一覧表——AWS コスト管理ツールの全体像

AWS コスト管理ツール 時間軸 主な目的 主な利用者
AWS Pricing Calculator 将来(デプロイ前) デプロイ前のアーキテクチャコスト見積もり アーキテクト、営業、財務
AWS Cost Explorer 過去+12カ月予測 支出の可視化と予測 財務、エンジニアリングリード
AWS Budgets しきい値ベースのアラート 超過前のアラート FinOps、アカウントオーナー
AWS Cost & Usage Report(CUR) 生の過去データ 生明細を S3 にエクスポート データチーム、BI エンジニア
Cost Allocation Tags 横断的 チーム・プロジェクトへのコスト帰属 上記すべて
AWS Cost Categories 横断的 カスタムルールによるコストグループ化 FinOps
AWS Organizations 統合請求 リアルタイム 請求統合・RI/SP 共有 財務(マルチアカウント)
AWS Billing Conductor リアルタイム 再販業者・チャージバック向けカスタム価格設定 再販業者、MSP
AWS Compute Optimizer 継続的 適正サイズレコメンデーション エンジニアリング
AWS Trusted Advisor(コスト) 継続的 アイドルリソースアラート 運用(Business 以上)
AWS Cost Anomaly Detection 継続的 機械学習による異常アラート FinOps

必須の数字と暗記事項

  • AWS Cost Explorer は UI で最大13カ月の履歴を保存し、最大12カ月先を予測できる。API アクセスはオプトインで38カ月まで拡張可能。
  • AWS Budgets:アカウントごとに無料のアクション対応予算が2つ、その後は1日あたり $0.10/アクション対応予算。コスト・使用量予算自体も最初の2つを超えると1予算あたり1日ごとに少額の課金がある。
  • AWS Cost and Usage Report(CUR)自分が所有する S3 バケットに少なくとも1日1回時間単位の粒度で配信される。
  • AWS Organizations 統合請求無料で、RI/SP 共有はデフォルトでオン
  • AWS Pricing Calculator無料AWSアカウント不要
  • Cost Allocation Tags は有効化から約24時間後に AWS コスト管理ツールに表示される。
  • AWS Trusted Advisor のコストチェックは全セットが Business 以上のみ。Basic/Developer は 6 件のコアチェックのみ。
  • AWS Compute Optimizer無料
  • Cost Anomaly Detection無料(SNS 通知は SNS の通常料金が適用)。

頻出の落とし穴——素早く見極める

落とし穴 1 — Pricing Calculator vs Cost Explorer

上記で解説済み。AWS 請求で最も頻出の落とし穴だ。キーワードの手がかり:「デプロイ前」→ Pricing Calculator。「過去12カ月」「予測」「可視化」→ Cost Explorer。

落とし穴 2 — AWS Budgets が「自動的に」支出を停止する

AWS Budgets はデフォルトではアラートを送るだけだ。自動停止には Budget Actions の明示的な設定が必要だ。「AWS Budgets がすべての支出をネイティブにフリーズする」という選択肢は誤りだ。

落とし穴 3 — CUR vs Cost Explorer

CUR = S3 への生明細 CSV/Parquet ファイル(BI ツール向け)。Cost Explorer = AWS コンソール内のダッシュボード。シナリオで「Athena」「QuickSight」「カスタム BI パイプライン」「時間単位の明細」とあれば → CUR。

落とし穴 4 — 統合請求と RI/SP 共有

AWS Organizations の統合請求では、デフォルトで RI と Savings Plans のディスカウントがすべてのメンバーアカウントで共有される。これを権限を管理する SCP(Service Control Policies)と混同しないこと。

落とし穴 5 — Trusted Advisor のコストチェックはサポートプランで制限される

Business・Enterprise On-Ramp・Enterprise サポートティアのみが Trusted Advisor コスト最適化の全チェックを解放できる。Basic と Developer プランでは 6 件のコアチェックのみだ。

落とし穴 6 — AWS Pricing Calculator は AWSアカウント不要

他のすべての AWS コスト管理ツールはAWSアカウントが必要だ。AWS Pricing Calculator は不要——誰でも calculator.aws を開いて見積もりを作成できる。AWSアカウントを持っていない見込み客がコストを見積もる必要があるシナリオ問題に登場する。

落とし穴 7 — AWS Cost Explorer はデフォルトで有効化されていない

AWS Cost Explorer は初回使用時に Billing preferences で明示的に有効化する必要がある。有効化後に履歴データをバックフィルする。

AWS 請求スコープ vs 価格モデル(タスク 4.1)vs サポートプラン(タスク 4.3)

CLF-C02 Domain 4 は3つのタスクステートメントに分割されている:

  • 4.1 価格モデル — On-Demand、Reserved Instances、Savings Plans、Spot。AWS コスト管理ツールではない。
  • 4.2 請求・予算・コスト管理(このトピック) — Cost Explorer、Budgets、Pricing Calculator、CUR、コスト配賦、Organizations 統合請求、Billing Conductor、Compute Optimizer。
  • 4.3 技術リソース・サポート — AWS サポートプラン、Trusted Advisor のティアアクセスルール、TAM、AWS IQ、Marketplace。Trusted Advisor 自体は共有ツールだが、ティアアクセスルールはここに属する。

ほとんどの AWS 請求問題はそれぞれの領域に収まるが、境界をまたぐ問題も意図的に出題される(例:「Trusted Advisor のコストチェックにはどのサポートプランが必要か?」)。シナリオがどのタスクに属するかを認識できるよう訓練すること。

練習問題パターン——コスト管理の問題はどのような形式か

  1. 「3台の m6i.large EC2 インスタンスと RDS db.r6g.xlarge を移行する前に月額コストを見積もりたい。どのAWSサービスを使うべきか?」→ AWS Pricing Calculator
  2. 「FinOps チームが過去12カ月の支出トレンドをリンクアカウントとサービス別に確認し、次の四半期の予測を見たい。」→ AWS Cost Explorer
  3. 「CTO が月次AWS支出が $10,000 を超えると予測されたときにメールを受け取りたい。」→ AWS Budgets(予測しきい値を持つコスト予算)。
  4. 「データチームが Athena 分析のために時間単位の明細請求データを S3 バケットに配信してほしい。」→ AWS Cost and Usage Report(CUR)
  5. 「マネージドサービスプロバイダーが顧客ごとにカスタムマークアップ価格を適用し、顧客別の請求ビューを作成したい。」→ AWS Billing Conductor
  6. 「財務チームが複数チームにまたがる30のAWSアカウントの支出をビジネスユニット別にグループ化して見たい。」→ AWS Cost Categories(Cost Allocation Tags と組み合わせ)。
  7. 「30のAWSアカウントを持つ企業が1枚の請求書を受け取り、Reserved Instance のディスカウントをアカウント間で共有したい。」→ AWS Organizations 統合請求
  8. 「エンジニアリングチームが EC2 と Lambda の適正サイズレコメンデーションを受け取りたい。」→ AWS Compute Optimizer
  9. 「Basic サポートプランの運用チームが AWS Trusted Advisor でアイドルのロードバランサーにフラグを立てたい。」→ Business、Enterprise On-Ramp、または Enterprise サポートにアップグレードする。

FAQ——AWS 請求・予算・コスト管理 よくある5つの質問

Q1: AWS Pricing Calculator と AWS Cost Explorer の違いは何か?

AWS Pricing Calculator は、何もデプロイする前に提案するアーキテクチャのコストを見積もるツールで、AWSアカウント不要・計画と予算策定に使用する。AWS Cost Explorer は、既存のAWSアカウントの支出を過去の請求データ(UI で最大13カ月)を使って可視化・予測するもので、アカウントで Cost Explorer を有効化する必要がある。CLF-C02 シナリオで「移行前」または「見込み客」とあれば Pricing Calculator。「過去の支出」「予測」「既存請求の分解」とあれば Cost Explorer だ。

Q2: 予算を超えると AWS Budgets は自動的にAWSサービスを停止するか?

いいえ——デフォルトではしない。AWS Budgets は実績コスト・使用量または予測コスト・使用量がしきい値を超えたときに Amazon SNS またはメールでアラートを送信する。アクションを強制するには AWS Budgets Actions を設定する必要があり、制限的な IAM ポリシーの添付・SCP の適用・EC2/RDS インスタンスの停止が可能になる。ただし自動停止は明示的に含めたリソースのみに限定される。AWS Budgets はアラートとガバナンスのツールであり、自動キルスイッチではないと理解すること。

Q3: AWS Organizations 統合請求に追加料金はかかるか?

いいえ。AWS Organizations と統合請求には追加料金がない——支払うのは基盤となるAWSリソース使用量だけだ。統合請求は実際にはコスト削減につながる。使用量ティアディスカウント(S3 ストレージのティア等)が組織全体の合算使用量で計算され、Reserved Instances と Savings Plans はデフォルトでメンバーアカウント間で共有されるからだ。

Q4: AWS Cost Explorer の代わりに AWS Cost and Usage Report(CUR)を使うのはいつか?

AWS Cost Explorer は、内蔵のダッシュボード・フィルター・フォーキャストで十分でありゼロセットアップでよい場合に使う。CUR は、カスタム分析パイプライン向けに時間単位の生明細を Amazon S3 に配信する必要がある場合に使う——たとえば Amazon Athena でクエリする・Amazon Redshift にロードする・自社システムとのカスタムジョインを持つ QuickSight ダッシュボードを構築するなど。CUR は信頼できる唯一の生データソースであり、Cost Explorer はマネージドダッシュボードだ。

Q5: Cost Allocation Tags と AWS Cost Categories はどう関係するか?

Cost Allocation Tags はリソースレベル(EC2 インスタンスごと、S3 バケットごと)で適用するキーバリューラベルで、Billing preferences で有効化するとコストディメンションになる。AWS Cost Categories はタグよりも上位のルールベースのグループ化で、タグ・アカウント・サービス・リージョンを単一の名前付きバケット(例:Team:Platform)に統合するカテゴリールールを持つ。細粒度のリソースごとの帰属にはタグを使い、タグの不一致を乗り越えた安定したレポートグループを作成し組織支出の階層的なビューを構築するには Cost Categories を使う。

Q6: AWS Pricing Calculator は Reserved Instance と Savings Plans の割引を含むか?

はい。AWS Pricing Calculator でサービスを設定する際に、On-Demand・Reserved Instance(1年または3年、前払いなし・一部前払い・全額前払い)・Savings Plans(Compute または EC2 Instance)の価格設定を選択できる。これにより、購入前にコミットメントディスカウントのコスト影響をモデル化できる。ただし、Pricing Calculator は各モデルの定価を見積もるもので、すでに所有しているコミットメントに対する実際の使用量を分析する Cost Explorer の RI/SP 使用率・カバレッジレポートの代替にはならない。

参考リンク

関連トピック

  • AWS 価格モデル(タスク 4.1) — On-Demand・Reserved Instances・Savings Plans・Spot Instances の詳細解説。
  • クラウドエコノミクス(タスク 1.4) — CapEx vs OpEx、TCO、適正サイジングの経済学。
  • 技術リソース・サポート(タスク 4.3) — AWS サポートプランティア、Trusted Advisor ティアアクセスルール全体、TAM、AWS IQ。

このトピックの深さで AWS 請求と AWS コスト管理ツールボックスをマスターすれば、CLF-C02 試験の Domain 4 の問題予算の約3分の1を確実に確保できる——そして実務で触れるあらゆる FinOps プラクティスの基盤を築ける。

公式ソース

その他の CLF-C02 トピック