コストモニターとアラートサブスクリプションを作成する検出された異常の概要異常を表示するモニタータイプ

AWS コスト異常検出の開始方法

で AWS コスト異常検出を使用すると AWS Billing and Cost Management、コストモニターとアラートサブスクリプションをさまざまな方法で設定できます。

トピック

コストモニターとアラートサブスクリプションを作成する
検出された異常の概要
検出された異常と潜在的な根本原因の表示
モニタータイプ

コストモニターとアラートサブスクリプションを作成する

AWS コスト異常検出を設定して、モニタータイプに応じて、低粒度と消費パターンで異常を検出します。

例えば、Amazon EC2 の使用量に対する使用パターンは、 AWS Lambda または Amazon S3 の支出パターンとは異なる可能性があります。 AWS コスト異常検出は AWS のサービス、支出をでセグメント化することで、誤検出アラートを減らすのに役立つ個別の支出パターンを検出できます。また、コストモニターを作成することもできます。また、 AWS アカウントアカウント構造に基づいて、特定のコスト配分タグ、組織内のメンバーアカウント (AWS Organizations)、およびコストカテゴリを評価できます。

コストモニターを作成するときに、各モニターに固有のアラートサブスクリプションを設定します。

AWS ユーザー通知を設定することで、個別のアラートを作成することもできます。

注記

コストモニターとアラートサブスクリプションは、それらを作成したアカウントでのみアクセスできます。例えば、コストモニターがメンバーアカウントで作成されたとします。これにより、管理アカウントでは、コストモニター、アラートサブスクリプション、または検出された異常を表示したり編集したりすることはできません。

Cost monitors

コストモニターを作成するには

https://console.aws.amazon.com/costmanagement/ で Billing and Cost Management コンソールを開きます。
ナビゲーションペインで、[コスト異常検出] を選択します。
[コストモニター] タブを選択します。
[モニターの作成] を選択します。
[ステップ 1] で、モニターの種類を選択し、モニターに名前を付けます。

各モニターの種類とベストプラクティスの詳細については、「モニタータイプ」を参照してください。

[モニター名] では、異常モニターの名前を入力します。簡単な説明的な名前にすることをお勧めします。モニターを [Cost monitors] (コストモニター) タブで表示したときにモニターが表すものがわかるようにすることをお勧めします。
(オプション) モニターにタグを追加します。タグの詳細については、「AWS 全般のリファレンスガイド」の「AWS リソースへのタグ付け」を参照してください。
1. タグのキーバリューを入力します。
2. タグを追加するには、[Add new tag] (新しいタグを追加) を選択します。追加できるタグの最大数は 50 です。
[次へ] を選択します。
[ステップ 2] で、アラートサブスクリプションを設定します。

[アラートサブスクリプション] では、既存のサブスクリプションがない場合は、[新しいサブスクリプションを作成する] を選択します。既存のサブスクリプションがある場合は、[既存のサブスクリプションを選択] を選択します。

注記
コストモニターが異常を検出すると、アラートサブスクリプションが通知されます。アラートの頻度に応じて、指定された個人に E メールまたは Amazon SNS で通知できます。
Amazon SNS トピックの場合は、チャットアプリケーション設定で Amazon Q Developer を作成するようにを設定します。この設定は、SNS トピックを Slack チャネルまたは Amazon Chime チャットルームにマッピングします。例えば、組織で Finance チームのサブスクリプションを作成します。詳しくは、「チャットアプリケーションでの異常アラートの受信」を参照してください。

[サブスクリプション名] では、ユースケースを説明する名前を入力します。例えば、サブスクリプションがリーダーシップを表す場合、サブスクリプション名は「Leadership report」とすることができます。

[アラート頻度] で、使用する通知頻度を選択します。
- [個別のアラート] - 異常が検出された場合にすぐにアラートが表示されます。1 日を通して複数のアラートを受け取ることがあります。これらの通知には、Amazon SNS トピックが必要です。
  
  Amazon SNS トピックを設定して、SNS トピックを Slack チャネルまたは Amazon Chime チャットルームにマッピングするチャットアプリケーション設定で Amazon Q Developer を作成できます。詳細については、「チャットアプリケーションでの異常アラートの受信」を参照してください。
- 日次概要 - 前日のトップ 10 アラートの日次概要が、コストへの影響別にソートされた E メール通知。この概要は毎日 00:00 UTC に生成されますが、実際の配信時間は異なる場合があります。例えば、1 月 14 日の 04:30 UTC に検出された異常は、1 月 15 日の 00:00 UTC に送信された日次概要に含まれます。少なくとも 1 つの E メール受信者を指定する必要があります。即時アラートの場合は、個別のアラートオプションを使用することをお勧めします。
- 週次概要 - アラートの週次概要を含む E メール通知。その週に発生した複数の異常に関する情報を含む E メールが 1 週間に 1 通届きます。少なくとも 1 つの E メール受信者を指定する必要があります。
[アラートの受信者] の下に、このサブスクリプションの E メールアドレスを入力します。

[Threshold] (しきい値) に、アラートを生成する異常値を設定する数値を入力します。

しきい値には、絶対とパーセンテージの 2 つのタイプがあります。絶対しきい値は、異常の合計コストインパクトが選択されたしきい値を超えるときにアラートをトリガーします。パーセンテージしきい値は、異常の合計インパクトパーセンテージが選択されたしきい値を超えるときにアラートをトリガーします。合計インパクトパーセンテージは、予想支出総額と実際の支出総額のパーセンテージ差です。

(オプション) [Add threshold] (しきい値を追加) を選択して、同じサブスクリプションに 2 つ目のしきい値を設定します。しきい値は、ドロップダウンリストから [AND] (および) または [OR] (または) を選択することで組み合わせることができます。

注記
AWS コスト異常検出は、異常がしきい値に達したとき、またはしきい値を超えたときに通知を送信します。異常が数日間にわたって継続する場合、しきい値に到達している間は、アラートの受信者も継続的に通知を受信します。
機械学習モデルは、異常値がアラートのしきい値を下回っていても、アカウントの支出の異常値を引き続き検出します。機械学習モデルが検出したすべての異常 (コストへの影響がしきい値より大きいか小さい) は、検出された異常タブで確認できます。
(オプション) アラートサブスクリプションにタグを追加します。タグの詳細については、「AWS 全般のリファレンスガイド」の「AWS リソースへのタグ付け」を参照してください。
1. タグのキーバリューを入力します。
2. タグを追加するには、[Add new tag] (新しいタグを追加) を選択します。追加できるタグの最大数は 50 です。
(オプション) [アラートサブスクリプションを追加する] を選択して、別のアラートサブスクリプションを作成します。このオプションを用いると、同じモニターを使用して新しいサブスクリプションを作成できます。
[モニターの作成] を選択します。

Alert subscriptions

アラートサブスクリプションを作成するには

モニターごとに少なくとも 1 つのアラートサブスクリプションを作成する必要があります。前述の「コストモニターステップの作成」には、すでにアラートサブスクリプション作成プロセスが含まれています。追加のサブスクリプションを作成する場合は、以下の手順を実施します。

[アラートサブスクリプション] タブを選択します。
[サブスクリプションの作成] を選択します。
[サブスクリプション名] では、ユースケースを説明する名前を入力します。例えば、サブスクリプションがリーダーシップを表す場合、サブスクリプション名は「Leadership report」とすることができます。
[アラート頻度] で、使用する通知頻度を選択します。
- [個別のアラート] - 異常が検出された場合にすぐにアラートが表示されます。1 日を通して複数のアラートを受け取ることがあります。これらの通知には、Amazon SNS トピックが必要です。
  
  Amazon SNS トピックを設定して、SNS トピックを Slack チャネルまたは Amazon Chime チャットルームにマッピングするチャットアプリケーション設定で Amazon Q Developer を作成できます。詳細については、「チャットアプリケーションでの異常アラートの受信」を参照してください。
- 日次概要 - 前日のトップ 10 アラートの日次概要を含む E メール通知。コストへの影響別にソートされます。この概要は毎日 00:00 UTC に生成されますが、実際の配信時間は異なる場合があります。例えば、1 月 14 日の 04:30 UTC に検出された異常は、1 月 15 日の 00:00 UTC に送信された日次概要に含まれます。少なくとも 1 つの E メール受信者を指定する必要があります。即時アラートの場合は、個別のアラートオプションを使用することをお勧めします。
- 週次概要 - アラートの週次概要を含む E メール通知。その週に発生した複数の異常に関する情報を含む E メールが 1 週間に 1 通届きます。少なくとも 1 つの E メール受信者を指定する必要があります。
[アラートの受信者] の下に、このサブスクリプションの E メールアドレスを入力します。
[Threshold] (しきい値) に、アラートを生成する異常値を設定する数値を入力します。

しきい値には、絶対とパーセンテージの 2 つのタイプがあります。絶対しきい値は、異常の合計コストインパクトが選択されたしきい値を超えるときにアラートをトリガーします。パーセンテージしきい値は、異常の合計インパクトパーセンテージが選択されたしきい値を超えるときにアラートをトリガーします。合計インパクトパーセンテージは、予想支出総額と実際の支出総額のパーセンテージ差です。

(オプション) [Add threshold] (しきい値を追加) を選択して、同じサブスクリプションに 2 つ目のしきい値を設定します。しきい値は、ドロップダウンリストから [AND] (および) または [OR] (または) を選択することで組み合わせることができます。

注記
AWS コスト異常検出は、異常がしきい値に達したとき、またはしきい値を超えたときに通知を送信します。異常が数日間にわたって継続する場合、しきい値に到達している間は、アラートの受信者も継続的に通知を受信します。
機械学習モデルは、異常値がアラートのしきい値を下回っていても、アカウントの支出の異常値を引き続き検出します。機械学習モデルが検出したすべての異常 (コストへの影響がしきい値より大きいか小さい) は、検出された異常タブで確認できます。
[Cost monitors] (コストモニター) セクションで、アラートサブスクリプションに関連付けるモニターを選択します。
(オプション) アラートサブスクリプションにタグを追加します。タグの詳細については、「AWS 全般のリファレンスガイド」の「AWS リソースへのタグ付け」を参照してください。
1. タグのキーバリューを入力します。
2. タグを追加するには、[Add new tag] (新しいタグを追加) を選択します。追加できるタグの最大数は 50 です。
[Create subscription] を選択してください。

AWS User Notifications

個々のアラートを作成する方法については、「コスト異常検出での AWS ユーザー通知の使用」を参照してください。

検出された異常の概要

検出された異常タブでは、選択した期間に検出されたすべての異常のリストを表示できます。デフォルトでは、過去 90 日間に検出された異常を確認できます。異常は、重要度、評価、サービス、使用タイプ、リージョン、モニタータイプ、アカウント、または異常 ID で検索できます。Start date、Last detected、Duration、Cost impact、Impact %、Monitor name、Top root cause (Service) でソートできます。

Detected 異常タブには、次のデフォルトの列が含まれています。

開始日: 異常が発生した日。
最後に検出された: 最後に異常が検出された日。
期間: 異常が続いた期間。異常が進行中である可能性があります。
コストへの影響: 予想支出額と比較することで検出された支出の増加。actual spend - expected spend として計算されます。例えば、サービスモニターでの合計コストインパクトが 20 USD である場合は、指定された日数の合計継続期間に特定のサービスで 20 USD の増加が検出されたことを意味します。
影響率: 実際の支出と予想支出のパーセンテージ差。(total cost impact / expected spend) * 100 を使って計算されます。例えば、合計コストインパクトが 20 USD で、予想支出が 60 UDS であった場合、インパクトパーセンテージは 33.33% になります。この値は、予想支出がゼロの場合は計算できないため、このような状況では「N/A」と表示されます。
モニター名: 異常モニターの名前。
上位の根本原因 (サービス）: 異常の上位サービス根本原因。上位の根本原因列でサービス名を選択すると、異常の上位の根本原因について、アカウント、リージョン、使用タイプという他の 3 つの根本原因ディメンションが表示されます。
詳細を表示する: 異常の詳細ページへのリンク。異常の根本原因分析とコストへの影響に関する情報が含まれています。リンクは、異常に対して検出された根本原因の数も示します。

検出された異常タブは、追加の情報列を表示するように設定することもできます。行った変更は、Detected 異常タブへの以降のすべてのアクセスについて、アカウントレベルで保存されます。次のオプション列は、検出された異常タブに含まれています。

アカウント: 異常の原因となったアカウント ID とアカウント名。アカウントが空の場合、 AWS は異常を検出しましたが、根本原因は未確定です。
リージョン: 異常の上位の根本原因として検出されたリージョン。
使用タイプ: 異常の上位の根本原因として検出された使用タイプ。
予想支出: 過去の支出パターンに基づいて、異常の継続期間中に支出されると機械学習モデルが予測した金額。
実際の支出: 異常の継続期間中に実際に費やされた金額の合計。
評価: 検出された異常ごとに、評価を送信して、異常検出システムの改善に役立てることができます。指定できる値は [送信されていません]、[問題ではありません]、または [正確な異常] です。
緊急度: 過去の支出パターンを考慮して、特定の異常がどの程度異常であるかを表します。通常、重要度が低いと過去の支出と比較してスパイクが小さくなり、重要度が高いとスパイクが大きくなります。ただし、過去の一貫した支出における小さなスパイクは、重要度が高いものとして分類されます。また、同様に、不規則な過去の支出における大きなスパイクは、重要度が低いものに分類されます。

検出された異常と潜在的な根本原因の表示

モニターを作成すると、 AWS Cost Anomaly Detection は将来の支出を評価します。定義したアラートサブスクリプションに基づいて、24 時間以内にアラートの受信を開始できます。

E メールアラートから異常値を表示するには

提供された [異常検出で表示] リンクを選択します。
[異常の詳細] ページで、異常の根本原因分析とコストインパクトを確認できます。
(オプション) [View in Cost Explorer] (Cost Explorer で表示) を選択して、コストへの影響の時系列グラフを表示します。
（オプション) 対象の根本原因の上位ランクの潜在的な根本原因テーブルで根本原因を表示を選択し、その根本原因によってフィルタリングされた時系列グラフを表示します。
(オプション) [Did you find this detected anomaly to be helpful? ] (この検出された異常は役に立ちましたか?) の情報アラートで [Submit assessment] (評価を送信) を選択して、フィードバックを提供し、検出精度の向上に役立ててください。

AWS Billing and Cost Management コンソールから異常を表示するには

https://console.aws.amazon.com/costmanagement/ で Billing and Cost Management コンソールを開きます。
ナビゲーションペインで、[コスト異常検出] を選択します。
（オプション) 検出された異常タブで、検索エリアを使用して、特定のカテゴリで検出された異常のリストを絞り込みます。選択できるカテゴリは、[Severity] (重要度)、[Assessment] (評価)、[Service] (サービス)、[Account] (アカウント)、[Usage type] (使用タイプ)、[Region] (リージョン)、および [Monitor type] (モニタータイプ) です。
(オプション) [Start date] (開始日) を選択して、特定の異常の詳細を表示します。
[異常の詳細] ページで、異常の根本原因分析とコストインパクトを確認できます。
(オプション) [View in Cost Explorer] (Cost Explorer で表示) を選択してコストインパクトの時系列グラフを表示し、必要に応じてデータの詳細を調べます。
(オプション) [Top ranked potential root causes] (上位にランク付けされた潜在的な根本原因) の表で [View root cause] (根本原因を表示) を選択すると、根本原因でフィルタリングされた時系列グラフが表示されます。
(オプション) [Did you find this detected anomaly to be helpful? ] (この検出された異常は役に立ちましたか?) の情報アラートで [Submit assessment] (評価を送信) を選択して、フィードバックを提供し、検出精度の向上に役立ててください。

Amazon SNS トピックから異常を表示するには

個々のアラートを用いてコストモニター用に作成した Amazon SNS トピックにエンドポイントをサブスクライブします。手順については、Amazon Simple Notification Service デベロッパーガイドの Amazon SNS トピックへのサブスクライブを参照してください。

エンドポイントが Amazon SNS トピックからメッセージを受信したら、メッセージを開いて [anomalyDetailsLink] URL を見つけます。次の例は、Amazon SNS を介した AWS コスト異常検出からのメッセージです。


{
    "accountId": "123456789012",
    "anomalyDetailsLink": "https://console.aws.amazon.com/cost-management/home#/anomaly-detection/monitors/abcdef12-1234-4ea0-84cc-918a97d736ef/anomalies/12345678-abcd-ef12-3456-987654321a12",
    "anomalyEndDate": "2021-05-25T00:00:00Z",
    "anomalyId": "12345678-abcd-ef12-3456-987654321a12",
    "anomalyScore": {
        "currentScore": 0.47,
        "maxScore": 0.47
    },
    "anomalyStartDate": "2021-05-25T00:00:00Z",
    "dimensionalValue": "ServiceName",
    "impact": {
        "maxImpact": 151,
        "totalActualSpend": 1301,
        "totalExpectedSpend": 300,
        "totalImpact": 1001,
        "totalImpactPercentage": 333.67
    },
    "monitorArn": "arn:aws:ce::123456789012:anomalymonitor/abcdef12-1234-4ea0-84cc-918a97d736ef",
    "rootCauses": [
        {
            "linkedAccount": "AnomalousLinkedAccount",
            "linkedAccountName": "AnomalousLinkedAccountName",    
            "region": "AnomalousRegionName",
            "service": "AnomalousServiceName",
            "usageType": "AnomalousUsageType",
            "impact": {
                "contribution": 601,
            }
        }                
    ],
    "subscriptionId": "874c100c-59a6-4abb-a10a-4682cc3f2d69",
    "subscriptionName": "alertSubscription"
}

ウェブブラウザで [anomalyDetailsLink] URL を開きます。URL は関連する [Anomaly details] (異常の詳細) ページに移動します。このページには、異常の根本原因分析とコストインパクトが表示されます。

モニタータイプ

アカウント構造に適したモニタータイプを選択できます。現在、以下のモニタータイプを提供しています。

AWS のサービス - 内部組織や環境別に支出をセグメント化する必要がない場合は、このモニターをお勧めします。この単一モニター AWS のサービスは、異常 AWS アカウントについて個人が使用するすべてのを評価します。新しいを追加すると AWS のサービス、モニタは自動的に新しいサービスの異常の評価を開始します。これにより、手動で設定を行う必要がなくなります。

注記
管理アカウントには、1 つの AWS のサービスモニターと最大 500 のカスタムモニター (連結アカウント、コスト配分タグ、コストカテゴリ) があり、合計 501 の異常モニターを作成できます。メンバーアカウントは AWS のサービスモニターにのみアクセスできます。
[連結アカウント] - このモニターは、個人またはグループのメンバーアカウントの合計支出を評価します。このモニターは、組織がチーム、製品、サービス、または環境ごとに支出をセグメント化する必要がある場合便利です。モニターごとに選択できるメンバーアカウントの最大数は 10 です。
[コストカテゴリ] - このモニターは、コストカテゴリを使用して支出を分類および管理する場合に推奨されます。このモニタータイプは 1 つの key:value ペアに制限されています。
コスト配分タグ - このモニターは連結アカウントに似ています。このモニターは、チーム、製品、サービス、または環境別に支出をセグメント化する必要がある場合に便利です。このモニタータイプは 1 つのキーに制限されますが、複数の値を使用できます。モニターごとに選択できる値の最大数は 10 です。

複数のモニタータイプにまたがるモニターを作成しないことをお勧めします。これにより、重複するアラートを生成する重複する支出を評価する可能性があるからです。

Amazon SNS トピックの作成の詳細については、「異常通知用の Amazon SNS トピックの作成」を参照してください。

ブラウザで JavaScript が無効になっているか、使用できません。

AWS ドキュメントを使用するには、JavaScript を有効にする必要があります。手順については、使用するブラウザのヘルプページを参照してください。

ドキュメントの表記規則

コスト異常検出のアクセス制御

アラート設定を編集する