翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
AWS コスト異常検出の開始方法
の AWS コスト異常検出を使用すると AWS Billing and Cost Management、コストモニターとアラートサブスクリプションをいくつかの方法で設定できます。
コストモニターとアラートサブスクリプションを作成する
AWS コスト異常検出を設定して、モニタータイプに応じて、より低粒度と支出パターンで異常を検出します。
例えば、Amazon EC2 の使用に対する支出パターンは、 AWS Lambda または Amazon S3 の支出パターンとは異なる場合があります。 AWS コスト異常検出では AWS のサービス、支出を でセグメント化することで、誤検出アラートを減らすのに役立つ個別の支出パターンを検出できます。また、コストモニターを作成することもできます。また、 AWS アカウント アカウント構造に基づいて、特定のコスト配分タグ、組織内のメンバーアカウント (AWS Organizations)、およびコストカテゴリを評価できます。
コストモニターを作成するときに、各モニターに固有のアラートサブスクリプションを設定します。
コストモニターを作成するには
https://console.aws.amazon.com/costmanagement/ home
で AWS Billing and Cost Management コンソールを開きます。 -
ナビゲーションペインで、[コスト異常検出] を選択します。
-
[コストモニター] タブを選択します。
-
[モニターの作成] を選択します。
-
[ステップ 1] で、モニターの種類を選択し、モニターに名前を付けます。
各モニターの種類とベストプラクティスの詳細については、「モニタータイプ」を参照してください。
[モニター名] では、異常モニターの名前を入力します。簡単な説明的な名前にすることをお勧めします。モニターを [Cost monitors] (コストモニター) タブで表示したときにモニターが表すものがわかるようにすることをお勧めします。
-
(オプション) モニターにタグを追加します。タグの詳細については、「 AWS 全般のリファレンス ガイド」の「 AWS リソースのタグ付け」を参照してください。
-
タグのキーバリューを入力します。
-
タグを追加するには、[Add new tag] (新しいタグを追加) を選択します。追加できるタグの最大数は 50 です。
-
-
[Next (次へ)] を選択します。
-
[ステップ 2] で、アラートサブスクリプションを設定します。
[アラートサブスクリプション] では、既存のサブスクリプションがない場合は、[新しいサブスクリプションを作成する] を選択します。既存のサブスクリプションがある場合は、[既存のサブスクリプションを選択] を選択します。
注記
コストモニターが異常を検出すると、アラートサブスクリプションが通知されます。アラートの頻度に応じて、指定された個人に E メールまたは Amazon SNS で通知できます。
Amazon SNS トピックの場合は、 を設定して 設定を作成します AWS Chatbot 。この設定では、SNS トピックを Slack チャネルまたは Amazon Chime チャットルームにマッピングします。例えば、組織で Finance チームのサブスクリプションを作成します。詳しくは、「Amazon Chime および Slack での異常アラートの受信」を参照してください。
[サブスクリプション名] では、ユースケースを説明する名前を入力します。例えば、サブスクリプションがリーダーシップを表す場合、サブスクリプション名は「Leadership report」とすることができます。
[アラート頻度] で、使用する通知頻度を選択します。
-
[個別のアラート] - 異常が検出された場合にすぐにアラートが表示されます。1 日を通して複数のアラートを受け取ることがあります。これらの通知には Amazon SNS トピックが必要です。
Amazon SNS トピックを設定して、 AWS Chatbot SNS トピックを Slack チャンネルまたは Amazon Chime チャットルームにマッピングする設定を作成できます。詳細については、「Amazon Chime および Slack での異常アラートの受信」を参照してください。
-
[Daily summaries] (日別の概要) - 異常が検出されると、アラートは日別の概要を通知します。その日に発生した複数の異常に関する情報が記載された E メールが 1 つ送信されます。これらの通知には、少なくとも 1 つの E メール受信者が必要です。
-
[Weekly summaries] (週別の概要) - 異常が検出されると、アラートは週別の概要を通知します。その週に発生した複数の異常に関する情報が記載された E メールが 1 つ送信されます。これらの通知には、少なくとも 1 つの E メール受信者が必要です。
[アラートの受信者] の下に、このサブスクリプションの E メールアドレスを入力します。
[Threshold] (しきい値) に、アラートを生成する異常値を設定する数値を入力します。
しきい値には、絶対とパーセンテージの 2 つのタイプがあります。絶対しきい値は、異常の合計コストインパクトが選択されたしきい値を超えるときにアラートをトリガーします。パーセンテージしきい値は、異常の合計インパクトパーセンテージが選択されたしきい値を超えるときにアラートをトリガーします。合計インパクトパーセンテージは、予想支出総額と実際の支出総額のパーセンテージ差です。
(オプション) [Add threshold] (しきい値を追加) を選択して、同じサブスクリプションに 2 つ目のしきい値を設定します。ドロップダウンリストから AND または OR を選択することで、しきい値を組み合わせることができます。
注記
AWS コスト異常検出は、異常がしきい値に達したとき、またはしきい値を超えたときに通知を送信します。異常が数日間にわたって継続する場合、しきい値に到達している間は、アラートの受信者も継続的に通知を受信します。
機械学習モデルは、異常値がアラートのしきい値を下回っていても、アカウントの支出の異常値を引き続き検出します。機械学習モデルが検出したすべての異常 (コストへの影響がしきい値より大きいか小さい) は、「検出された異常」タブで確認できます。
-
-
(オプション) アラートサブスクリプションにタグを追加します。タグの詳細については、「 AWS 全般のリファレンス ガイド」の「 AWS リソースのタグ付け」を参照してください。
-
タグのキーバリューを入力します。
-
タグを追加するには、[Add new tag] (新しいタグを追加) を選択します。追加できるタグの最大数は 50 です。
-
-
(オプション) [アラートサブスクリプションを追加する] を選択して、別のアラートサブスクリプションを作成します。このオプションを用いると、同じモニターを使用して新しいサブスクリプションを作成できます。
-
[モニターの作成] を選択します。
アラートサブスクリプションを作成するには
モニターごとに少なくとも 1 つのアラートサブスクリプションを作成する必要があります。前述の「コストモニターステップの作成」には、すでにアラートサブスクリプション作成プロセスが含まれています。追加のサブスクリプションを作成する場合は、以下の手順を実施します。
-
[アラートサブスクリプション] タブを選択します。
-
[サブスクリプションの作成] を選択します。
-
[サブスクリプション名] では、ユースケースを説明する名前を入力します。例えば、サブスクリプションがリーダーシップを表す場合、サブスクリプション名は「Leadership report」とすることができます。
-
[アラート頻度] で、使用する通知頻度を選択します。
-
[個別のアラート] - 異常が検出された場合にすぐにアラートが表示されます。1 日を通して複数のアラートを受け取ることがあります。これらの通知には Amazon SNS トピックが必要です。
設定を作成するように Amazon SNS トピックを設定できます AWS Chatbot 。この設定では、SNS トピックを Slack チャネルまたは Amazon Chime チャットルームにマッピングします。詳細については、「Amazon Chime および Slack での異常アラートの受信」を参照してください。
-
[Daily summaries] (日別の概要) - 異常が検出されると、アラートは日別の概要を通知します。その日に発生した複数の異常に関する情報が記載された E メールが 1 つ送信されます。これらの通知には、少なくとも 1 つの E メール受信者が必要です。
-
[Weekly summaries] (週別の概要) - 異常が検出されると、アラートは週別の概要を通知します。その週に発生した複数の異常に関する情報が記載された E メールが 1 つ送信されます。これらの通知には、少なくとも 1 つの E メール受信者が必要です。
-
-
[アラートの受信者] の下に、このサブスクリプションの E メールアドレスを入力します。
-
[Threshold] (しきい値) に、アラートを生成する異常値を設定する数値を入力します。
しきい値には、絶対とパーセンテージの 2 つのタイプがあります。絶対しきい値は、異常の合計コストインパクトが選択されたしきい値を超えるときにアラートをトリガーします。パーセンテージしきい値は、異常の合計インパクトパーセンテージが選択されたしきい値を超えるときにアラートをトリガーします。合計インパクトパーセンテージは、予想支出総額と実際の支出総額のパーセンテージ差です。
(オプション) [Add threshold] (しきい値を追加) を選択して、同じサブスクリプションに 2 つ目のしきい値を設定します。ドロップダウンリストから AND または OR を選択することで、しきい値を組み合わせることができます。
注記
AWS コスト異常検出は、異常がしきい値に達したとき、またはしきい値を超えたときに通知を送信します。異常が数日間にわたって継続する場合、しきい値に到達している間は、アラートの受信者も継続的に通知を受信します。
機械学習モデルは、異常値がアラートのしきい値を下回っていても、アカウントの支出の異常値を引き続き検出します。機械学習モデルが検出したすべての異常 (コストへの影響がしきい値より大きいか小さい) は、「検出された異常」タブで確認できます。
-
[Cost monitors] (コストモニター) セクションで、アラートサブスクリプションに関連付けるモニターを選択します。
-
(オプション) アラートサブスクリプションにタグを追加します。タグの詳細については、「 AWS 全般のリファレンス ガイド」の「 AWS リソースのタグ付け」を参照してください。
-
タグのキーバリューを入力します。
-
タグを追加するには、[Add new tag] (新しいタグを追加) を選択します。追加できるタグの最大数は 50 です。
-
-
[Create subscription] を選択します。
注記
コストモニターとアラートサブスクリプションは、それらを作成したアカウントでのみアクセスできます。例えば、コストモニターがメンバーアカウントで作成されたとします。これにより、管理アカウントでは、コストモニター、アラートサブスクリプション、または検出された異常を表示したり編集したりすることはできません。
検出された異常の概要
検出された異常 タブでは、選択した期間に検出されたすべての異常のリストを表示できます。デフォルトでは、過去 90 日間に検出された異常を確認できます。異常は、重要度、評価、サービス、使用タイプ、リージョン、モニタータイプ、アカウント、または異常 ID で検索できます。開始日、最終検出日、期間、コストへの影響、影響率、モニター名、上位の根本原因 (サービス) でソートできます。
検出済み異常タブには、次のデフォルト列が含まれています。
- 開始日
-
異常が発生した日。
- 最終検出
-
最後に異常が検出された日。
- duration
-
異常が続いた期間。異常が進行中である可能性があります。
- コストへの影響
-
予想支出額と比較することで検出された支出の増加。actual spend - expected spend として計算されます。例えば、サービスモニターでの合計コストインパクトが 20 USD である場合は、指定された日数の合計継続期間に特定のサービスで 20 USD の増加が検出されたことを意味します。
- 影響率
-
実際の支出と予想支出のパーセンテージ差。(total cost impact / expected spend) * 100 を使って計算されます。例えば、合計コストインパクトが 20 USD で、予想支出が 60 UDS であった場合、インパクトパーセンテージは 33.33% になります。この値は、予想支出がゼロの場合は計算できないため、このような状況では「N/A」と表示されます。
- モニター名
-
異常モニターの名前。
- 上位の根本原因 (サービス)
-
異常の上位サービス根本原因。上位の根本原因列でサービス名を選択すると、異常の上位の根本原因について、アカウント、リージョン、使用タイプという他の 3 つの根本原因ディメンションが表示されます。
- 詳細を表示する
-
異常の根本原因分析とコストへの影響に関する情報を含む異常の詳細ページへのリンク。リンクには、異常に対して検出された根本原因の数も示されます。
検出された異常タブは、追加の情報列を表示するように設定することもできます。行った変更は、以降の異常検出タブへのすべての訪問について、アカウントレベルで保存されます。次のオプション列は、検出された異常タブに含まれています。
- アカウント
-
異常の原因となったアカウント ID とアカウント名。アカウントが空の場合、 は異常を検出 AWS しましたが、根本原因は未確定です。
- リージョン
-
異常の根本原因として検出されたリージョン。
- 使用タイプ
-
異常の根本原因として検出された使用タイプ。
- 予想支出
-
過去の支出パターンに基づいて、異常の継続期間中に支出されると機械学習モデルが予測した金額。
- 実際の支出
-
異常の継続期間中に実際に費やされた金額の合計。
- 評価
-
検出された異常ごとに、評価を送信して、異常検出システムの改善に役立てることができます。指定できる値は [送信されていません]、[問題ではありません]、または [正確な異常] です。
- 緊急度
-
過去の支出パターンを考慮して、特定の異常がどの程度異常であるかを表します。通常、重要度が低いと過去の支出と比較してスパイクが小さくなり、重要度が高いとスパイクが大きくなります。ただし、過去の一貫した支出における小さなスパイクは、重要度が高いものとして分類されます。また、同様に、不規則な過去の支出における大きなスパイクは、重要度が低いものに分類されます。
検出された異常と潜在的な根本原因の表示
モニターを作成すると、 AWS コスト異常検出は将来の支出を評価します。定義したアラートサブスクリプションに基づいて、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/ home
で AWS 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" }
-
ウェブブラウザで URL anomalyDetailsLink を開きます。URL では、関連する異常の詳細ページが表示されます。このページには、異常の根本原因分析とコストインパクトが表示されます。
モニタータイプ
アカウント構造に適したモニタータイプを選択できます。現在、以下のモニタータイプを提供しています。
-
AWS のサービス - 内部組織や環境別に支出をセグメント化する必要がない場合は、このモニターをお勧めします。この単一モニター AWS のサービス は、異常 AWS アカウント について個人が使用するすべての を評価します。新しい を追加すると AWS のサービス、モニタは自動的に新しいサービスの異常の評価を開始します。これにより、手動で設定を行う必要がなくなります。
注記
管理アカウントには、1 つの AWS のサービス モニターと最大 500 のカスタムモニター (リンクされたアカウント、コスト配分タグ、コストカテゴリ) があり、合計 501 の異常モニターを作成できます。メンバーアカウントは、 AWS のサービス モニターにのみアクセスできます。
-
[連結アカウント] - このモニターは、個人またはグループのメンバーアカウントの合計支出を評価します。このモニターは、組織がチーム、製品、サービス、または環境ごとに支出をセグメント化する必要がある場合便利です。モニターごとに選択できるメンバーアカウントの最大数は 10 です。
-
[コストカテゴリ] - このモニターは、コストカテゴリを使用して支出を分類および管理する場合に推奨されます。このモニタータイプは 1 つの
key:value
ペアに制限されています。 -
コスト配分タグ - このモニターは連結アカウントに似ています。このモニターは、チーム、製品、サービス、または環境別に支出をセグメント化する必要がある場合に便利です。このモニタータイプは 1 つのキーに制限されますが、複数の値を使用できます。モニターごとに選択できる値の最大数は 10 です。
複数のモニタータイプにまたがるモニターを作成しないことをお勧めします。これにより、重複するアラートを生成する重複する支出を評価する可能性があるからです。
Amazon SNS トピックの作成の詳細については、「」を参照してください異常通知用の Amazon SNS トピックの作成。