ひとことで言うと
機械学習モデルが「いつもと違う支出パターン」を検知し、金額インパクトの大きい順にアラートするサービスです。季節性や自然な成長を学習した上で異常だけを拾うので、単純な閾値アラームより誤検知が少ない設計です。
要するに、クレジットカード会社の不正利用検知です。普段の利用パターンを学習していて、外れた使い方だけを知らせてくれます。ただし、加盟店の種類によっては最初から監視対象外にしていることがある――ここが GenAI コストで実際に踏む穴です。
なぜ生まれたか
| GenAI コスト運用で起きる問題 | Cost Anomaly Detection 側の受け皿 |
|---|---|
| 想定外の呼び出し急増（バグ・リトライループ・悪用）に気付くのが請求書を見た後 | 1日約3回の自動評価で早期にアラート |
| サービス・アカウント・リージョン単位で異常の発生源を手作業で探す | 4次元（AWSサービス・アカウント・リージョン・使用タイプ）でのルートコーズ分析 |
| 固定閾値のアラームだと季節変動や成長で誤検知が多発する | 週次・月次の季節性、自然な成長を学習した上での異常判定 |
何に使うか
| 用途 | 使い方 | 関連ドメイン |
|---|---|---|
| Bedrock コスト急増の早期検知 | AWS Services を対象にモニターを作成 | D4 |
| チーム・プロジェクト単位の異常検知 | Cost Categories / Cost Allocation Tags / Linked Account を対象にモニター作成 | D4 |
| 通知の自動化 | Amazon SNS 経由でメール・Slack・Chime に通知 | D4 |
| 異常の原因調査 | Amazon Q Developer によるルートコーズの説明生成 | D4 |
試験でどう問われるか
| 問われ方 | 正解に寄る条件 | 引っかけ |
|---|---|---|
| 「Bedrock 経由で Anthropic のモデルを呼んでいるが、想定外の急増をこれで検知できるか」 | できない。 Cost Anomaly Detection は AWS Marketplace 経由の第三者製品・サービス（Bedrock 上の Anthropic Claude モデル、Bedrock Marketplace 経由でデプロイしたモデルを含む）を監視対象外にしている → AWS Budgets の Billing entity フィルタを使うのが正解 | Cost Anomaly Detection のモニターを増やせば捕捉できると考える |
| 「新しくモデルを使い始めた翌日から異常検知させたい」 | 新規サービス採用から10日分の履歴データが無いと異常検知できない仕様 | 前日分のデータだけで検知が動き出すと考える |
| 「使用量が発生してから何分でアラートが来るか」 | 課金データ自体に最大24時間の遅延があり、検知はその後1日約3回の実行タイミングに依存 → 実質的に最大数日のラグがあり得る | リアルタイム検知だと誤解する |
| 「新規モニターを作った直後から検知が始まる」 | 新規モニター作成後も検知開始まで24時間かかる | 作成直後から機能すると考える |
ここが最大の落とし穴です。Bedrock で Anthropic Claude のようなサードパーティ提供モデルを呼ぶ費用は「Anthropic, PBC」という別の請求エンティティとしてビル上に現れ、AWS Marketplace 経由の製品・サービスとして扱われます。Cost Anomaly Detection はこの種の費用を監視しません。「Bedrock のコストを全部 Cost Anomaly Detection で見張っている」という前提のシステム設計は、サードパーティ推論費用の急増だけを見逃す穴を持ちます。捕捉するには、Billing entity で絞り込んだ AWS Budgets のコスト予算を別に組む必要があります。
実務でどう使うか
- モニターの対象は目的で選ぶ。 チーム別の予算管理なら Cost Allocation Tags（Application inference profiles のタグと組み合わせる）、アカウント単位の粗い監視なら Linked Account、サービス横断で使うなら AWS Services を選ぶ
- オプトアウトが可能。 Cost Anomaly Detection はいつでも無効化できる（アカウント単位）
- Billing Transfer を使っているアカウントは対象外。 ソースアカウント・ビューのどちらでも Cost Anomaly Detection は非対応
- 正味の非割引後コスト（net unblended cost）で評価される。 割引・コミットメントを差し引いた後の実質コストが対象なので、Savings Plans 適用後の実額と一致する
Budgets と Cost Anomaly Detection は「網羅性」が違います。Cost Anomaly Detection は AWS 本体の従量課金に強い一方、Marketplace 経由の第三者課金は対象外。逆に AWS Budgets のコスト予算は Marketplace を含む AWS コスト全体を追えます（Billing entity フィルタで Marketplace だけに絞ることも可能）。「異常検知は Cost Anomaly Detection、予算超過通知は Budgets」と役割分担するだけでは、サードパーティモデル費用の異常を両方から見逃す設計になり得ます。
取り違えやすいもの
| 迷う相手 | 切り分けの一言 |
|---|---|
| Cost Explorer | Cost Explorer は見る・予測する（受動的）。Cost Anomaly Detection は異常を検知して知らせる（能動的）。データセットは共有 |
| AWS Budgets | Cost Anomaly Detection は「普段と違う」を機械学習で判定。Budgets は「決めた閾値を超えたか」の単純判定。Marketplace 経由の第三者モデル課金を捕捉できるのは Budgets 側だけ |
| GuardDuty | Cost Anomaly Detection は支出の異常。GuardDuty はセキュリティ上の異常操作（CloudTrail ログの分析）。両方とも「異常検知」だが対象が別物 |
想起チェック
Q1. Bedrock 上で Anthropic Claude モデルを使う費用が急増したとき、Cost Anomaly Detection は検知してくれる？
検知しません。 AWS Marketplace 経由の第三者製品・サービス（Anthropic のモデルなど）はそもそも監視対象外です。捕捉するには AWS Budgets のコスト予算を、Billing entity フィルタで組む必要があります。
Q2. 新しい AWS サービスを使い始めた当日、Cost Anomaly Detection はその費用の異常を検知できる？
できません。 新規サービス採用について異常検知が機能するには、10日分の履歴使用データが必要です。
Q3. Cost Anomaly Detection は何を基準にコストを評価する？
**net unblended cost（割引適用後の正味コスト）**です。データは Cost Explorer と共有しており、最大24時間の遅延があります。