このブラウザーはサポートされなくなりました。
Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。
この記事では、新しいメトリック警告ルールを作成する方法、または既存のメトリック警告ルールを編集する方法について説明します。 アラートの詳細については、アラートの概要に関するページを参照してください。
監視対象のリソース、リソースからの監視データ、アラートをトリガーする条件を組み合わせて警告ルールを作成します。 次に、アクション グループとアラート処理規則を定義して、アラートがトリガーされたときに何が起こるかを決定できます。
これらのアラート ルールによってトリガーされるアラートには、共通アラート スキーマを使用するペイロードが含まれています。
メトリック アラート ルールを作成するには、次のアクセス許可が必要です。
次のステップを実行します。
portal で、[モニター]>[通知] の順に選択します。
[+ 作成] メニューを開き、[警告ルール] を選択します。
次のステップを実行します。
ポータルで、リソースに移動します。
左側のウィンドウで [警告] を選択した後に、[+作成]>[警告ルール] を選択します。
次のステップを実行します。
ポータルで、ホーム ページまたは特定のリソースから、左側のウィンドウの [警告] を選択します。
警告ルールを選択します。
編集したい警告ルールを選択した後に、[編集] を選択します。
警告ルールのタブのいずれかを選択して設定を編集します。
次のステップを実行します。
[リソースを選択する] ペインで、アラート ルールのスコープを設定します。 サブスクリプション、リソースの種類、リソースの場所でフィルター処理できます。
[適用] を選択します。
次のステップを実行します。
[条件] タブの [シグナル名] フィールドを選択すると、最もよく使用されるシグナルがドロップダウン リストに表示されます。 これらの一般的なシグナルのいずれかを選択するか、条件に別のシグナルを選択する場合は [すべてのシグナルを表示] を選択します。
(省略可能) 前の手順で [すべてのシグナルを表示] を選択した場合は、[シグナルの選択] ペインを使用してシグナル名を検索するか、シグナルの一覧をフィルター処理します。 フィルター条件:
次の表では、メトリック警告ルールで使用できるサービスについて説明します。
| シグナル ソース | 説明 |
|---|---|
| プラットフォーム | メトリック シグナルの場合、監視サービスはメトリック名前空間です。 "プラットフォーム" は、メトリックがリソース プロバイダー (つまり "Azure") によって提供されることを意味します。 |
| Azure.ApplicationInsights | 顧客から報告されるメトリック。Application Insights SDK によって送信されます。 |
| Azure.VM.Windows.GuestMetrics | VM ゲスト メトリック。VM で実行されている拡張機能によって収集されます。 組み込みのオペレーティング システムのパフォーマンス カウンターとカスタムのパフォーマンス カウンターを含めることができます。 |
| <カスタムの名前空間> | カスタム メトリック名前空間。Azure Monitor メトリック API によって送信されるカスタム メトリックを含みます。 |
[シグナル名] を選択し、[適用] を選択します。
[プレビュー] セクションで、選択したメトリック シグナルの結果をプレビューします。 次のフィールドの値を選択します。
| フィールド | 説明 |
|---|---|
| 時間の範囲 | 結果に含める時間範囲。 過去 6 時間から最後の週まで指定できます。 |
| タイム シリーズ | 結果に含める時系列。 |
[アラート ロジック] セクションでは、次のとおりです。
| フィールド | 説明 |
|---|---|
| しきい値 | 静的な値または動的な値に基づいてしきい値を評価する必要があるかどうかを選択します。 静的しきい値では、構成したしきい値を使用してルールが評価されます。 動的しきい値では、機械学習アルゴリズムを使用してメトリックの動作パターンが継続的に学習され、予期しない動作に該当するしきい値が計算されます。 メトリック アラートに対する動的しきい値の使用に関する詳細についてご確認ください。 |
| 演算子 | メトリックの値をしきい値と比較するための演算子を選択します。 動的しきい値を使用する場合、同じアラート ルールで上限と下限の両方に対するメトリックの動作に基づいて調整されたしきい値を使用できます。 次のいずれかの演算子を選択します。 - 上限しきい値より大きい、または下限しきい値より小さい (既定値) - 上限しきい値より大きい - 下限しきい値より小さい |
| 集計の種類 | データ ポイントに適用する集計関数 (Sum、Count、Average、Min、Max) を選択します。 |
| しきい値 | 静的しきい値を選択した場合は、条件ロジックのしきい値を入力します。 |
| ユニット | 選択したメトリック シグナルで、バイト、KB、MB、GB などの異なる単位がサポートされている場合に、静的しきい値を選択したときは、条件ロジックの単位を入力します。 |
| しきい値の感度 | 動的しきい値を選択した場合は、感度レベルを入力します。 感度レベルは、アラートをトリガーするために必要なメトリック系列パターンからの偏差の量に影響します。 - 高: しきい値はタイトになり、メトリック系列パターンに近い値になります。 アラート ルールは最小の偏差でトリガーされ、アラートは増えます。 - 中: しきい値は比較的タイトではなくなり、よりバランスが取れたものになります。 高感度 (既定) の場合より警告が少なくなります。 - 低: しきい値はルーズになり、メトリック系列パターンからの偏差が大きくなります。 アラート ルールは大きい偏差でのみトリガーされ、アラートは減ります。 |
| 集計の細分性 | 集計型関数を使ってデータ ポイントをグループ化するために使用する間隔を選択します。 追加された時系列の最初の評価期間を見落とす可能性を減らすため、[評価の頻度] より大きい [集計の粒度] (期間) を選択します。 |
| 評価の頻度 | アラート: ルールの実行頻度を選択します。 評価のスライディング ウィンドウを生成するため、集計の粒度より小さい頻度を選択します。 |
(省略可能) ディメンションによる分割を構成できます。
ディメンションは、メトリック値に関する追加のデータを含む、名前と値のペアです。 ディメンションを使用すると、すべてのディメンション値の集計を監視する代わりに、メトリックをフィルター処理して、特定の時系列を監視できます。
複数のディメンション値を選択した場合は、その組み合わせによって生成される時系列ごとに独自のアラートがトリガーされ、個別に処理されます。 たとえば、ストレージ アカウントのトランザクション メトリックには、各トランザクションによって呼び出される API の名前 (GetBlob、DeleteBlob、PutPage など) を含む API 名ディメンションがある場合があります。 特定の API (集計データ) に多数のトランザクションがあるときにアラートを発生させることを選択できます。 ディメンションを使用して、特定の API のトランザクション数が多いときにのみアラートを発生させることもできます。
| フィールド | 説明 |
|---|---|
| ディメンション名 | ディメンションには、数値または文字列型の列を使用できます。 ディメンションを使用して、特定の時系列を監視し、生成されるアラートにコンテキストを提供します。 Azure リソース ID 列で分割すると、指定したリソースがアラート ターゲットになります。 ResourceID 列が検出されると、自動的に選択され、発生したアラートのコンテキストがレコードのリソースに変更されます。 |
| 演算子 | ディメンションの名前と値に使用される演算子。 |
| ディメンション値 | ディメンション値は、過去 48 時間のデータに基づいています。 カスタム ディメンション値を追加するには、[カスタム値を追加] を選択します。 |
| 今後のすべての値を含める | 選択したディメンションに追加される今後の値を含めるには、このフィールドを選択します。 |
(省略可能) [評価するタイミング] セクションで、以下を行います。
| フィールド | 説明 |
|---|---|
| 確認する間隔 | アラート ルールで条件が満たされているかどうかを調べる頻度を選択します。 |
| ルックバック期間 | データがチェックされるたびに、どの程度遡って参照するかを選択します。 たとえば、1 分ごとに 5 分遡ります。 |
(省略可能) [詳細オプション] セクションで、アラートをトリガーする特定期間内のエラー数を指定できます。 たとえば、過去 1 時間に 3 つのエラーが発生した場合にのみアラートをトリガーするように指定できます。 アプリケーション ビジネス ポリシーでこの設定を決定する必要があります。
次のフィールドの値を選択します。
| フィールド | 説明 |
|---|---|
| 違反の数 | アラートをトリガーする構成された時間枠内の違反の数。 |
| 評価期間 | その数の違反が発生する期間。 |
| 次よりも前のデータを無視します | この設定を使用して、動的しきい値を計算するために、メトリック履歴データの使用を開始する日付を選択します。 たとえば、リソースがテスト モードで実行されていて、運用環境に移動される場合、リソースがテストされていた間のメトリックの動作を無視したい場合があります。 |
完了 を選択します。 これ以降、いつでも [レビュー + 作成] ボタンを選択できるようになります。
次のステップを実行します。
[Actions](アクション) タブを選択します。
必要なアクション グループを選択または作成します。
![新しいアラート ルールの作成時の [アクション] タブを示すスクリーンショット。](media/alerts-create-new-alert-rule/alerts-rule-actions-tab.png)
次のステップを実行します。
[詳細] タブで、[プロジェクトの詳細] を定義します。
[アラート ルールの詳細] を定義します。
![新しいアラート ルールの作成時の [詳細] タブを示すスクリーンショット。](media/alerts-create-new-alert-rule/alerts-metric-rule-details-tab.png)
[重大度] を選択します。
[アラート ルール名] と [アラート ルールの説明] の値を入力します。
(省略可能) カスタム メトリックを監視するメトリック アラート ルールを作成し、そのスコープを次のいずれかのリージョンとして定義していて、アラート ルールのデータ処理がそのリージョン内で行われるようにするために、これらのリージョンのいずれかでアラート ルールを処理することを選択できます。
(省略可能) [詳細オプション] セクションで、複数のオプションを設定できます。
| フィールド | 説明 |
|---|---|
| 作成時に有効化 | アラート ルールの作成が完了したらすぐにその実行が開始されるようにするには、これを選択します。 |
| アラートを自動的に解決する (プレビュー) | アラートをステートフルにする場合に選択します。 アラートがステートフルの場合、条件が満たされなくなった時点でアラートは解決されます。 このチェック ボックスをオンにしない場合、メトリック アラートはステートレスになります。 ステートレス アラートは、すでにアラートが発生していても、条件が満たされるたびに発生します。 ステートレス メトリック アラートの通知の頻度は、アラート ルールで構成された頻度によって異なります。 アラートの頻度が 5 分未満: 条件が継続して満たされている間、1 分から 6 分の間に通知が 1 回送信されます。 5 分を超える警告の頻度: 条件が継続して満たされている間、構成された値とその値の 2 倍の間の頻度で通知が送信されます。 たとえば、頻度が 15 分のアラート ルールの場合、通知は 15 分から 30 分の間のどこかで送信されます。 |
(省略可能) [カスタム プロパティ] セクションで、この警告ルールにアクション グループが含まれている場合、アラート通知ペイロードに含める独自のプロパティを追加できます。 これらのプロパティは、Webhook、Azure 関数、ロジック アプリのアクションなど、アクション グループが呼び出すアクションで使用できます。
カスタム プロパティは、静的テキスト、アラート ペイロードから抽出された動的値、またはその両方の組み合わせを使用して、キーと値のペアとして指定されます。
アラート ペイロードから動的値を抽出するための形式は ${<path to schema field>} です。 (例: ${data.essentials.monitorCondition})。
警告ルール用に構成されたアクション グループで共通スキーマが使用されているかどうかに関係なく、共通アラート スキーマの形式を使用して、ペイロードのフィールドを指定します。
Note
次の例では、カスタム プロパティの値を使用して、共通のアラート スキーマを使用するペイロードのデータを利用します。
この例では、ウィンドウの開始時間とウィンドウの終了時間に関連するデータを含む [追加情報] タグを作成します。
Additional DetailsEvaluation windowStartTime: ${data.alertContext.condition.windowStartTime}. windowEndTime: ${data.alertContext.condition.windowEndTime}AdditionalDetails:Evaluation windowStartTime: 2023-04-04T14:39:24.492Z. windowEndTime: 2023-04-04T14:44:24.492Zこの例では、アラートが解決または発生した理由についてのデータを追加します。
Alert ${data.essentials.monitorCondition} reason${data.alertContext.condition.allOf[0].metricName} ${data.alertContext.condition.allOf[0].operator} ${data.alertContext.condition.allOf[0].threshold} ${data.essentials.monitorCondition}. The value is ${data.alertContext.condition.allOf[0].metricValue}Alert Resolved reason: Percentage CPU GreaterThan5 Resolved. The value is 3.585Alert Fired reason": "Percentage CPU GreaterThan5 Fired. The value is 10.585次のステップを実行します。
[タグ] タブを選択します。
アラート ルール リソースに必要なタグを設定します。
![新しいアラート ルールの作成時の [タグ] タブを示すスクリーンショット。](media/alerts-create-new-alert-rule/alerts-rule-tags-tab.png)
次のステップを実行します。
[確認と作成] タブで、ルールが検証され、問題があれば通知されます。
検証に合格し、設定を確認したら、[作成] ボタンを選択します。
![新しいアラート ルールの作成時の [確認と作成] タブのスクリーンショット。](media/alerts-create-new-alert-rule/alerts-rule-review-create.png)
メトリック アラート ルール名の次の制限をご検討ください。
Note
アラート ルール名にアルファベットや数字以外の文字 (スペース、句読点、記号など) が含まれている場合、これらの文字は、特定のクライアントによって取得されるときに URL エンコードされることがあります。
メトリック アラートでは多次元メトリックに対するアラートがサポートされ、複数の条件 (アラート ルールごとに最大 5 つ) の定義がサポートされます。
複数の条件を含むアラート ルールでディメンションを使用する場合は、次の制約を検討してください。
各条件内では、ディメンションごとに 1 つの値のみを選択できます。
[現在および将来の値をすべて選択する] オプションは使用できません。 アスタリスク (*) を選択します。
異なる条件で構成されているメトリックで同じディメンションがサポートされている場合、構成されるディメンションの値は、関連する条件のこれらのすべてのメトリックに対して同じ方法で明示的に設定する必要があります。
次に例を示します。
"GetBlob" と等しいトランザクションのみを監視したいと考えています。"GetBlob" ディメンションをそれらに指定する必要があります。