1 つのメトリック アラート ルールで複数の時系列を監視する

  • [アーティクル]

1 つのメトリック アラート ルールを使用して、1 つまたは多くのメトリック時系列を監視できます。 この機能により、大規模なリソースを監視しやすくなります。

メトリック時系列

メトリック時系列とは、一定期間にキャプチャされた一連の測定値 (つまり、"メトリック値") です。

次に例を示します。

  • 仮想マシンの CPU 使用率
  • ストレージ アカウントへの受信バイト数 (イングレス)
  • Web アプリケーションの失敗した要求の数

1 つの時系列のアラート ルール

次のすべての条件が満たされているときは、アラート ルールで 1 つの時系列が監視されます。

  • 1 つのターゲット リソースを監視する。
  • 1 つの条件が含まれている。
  • ディメンションを選ばずにメトリックを評価する (メトリックでディメンションがサポートされていることが前提)。

このようなアラート ルールの例を次に示します (該当するプロパティのみが示されています)。

  • ターゲット リソース: VM-a
  • シグナル: "CPU 使用率"
  • 演算子: "より大きい"
  • しきい値: 80

このアラート ルールでは、1 つのメトリック時系列が監視されます。

  • "リソース"=’VM-a’ > 80% の CPU 使用率

1 つの時系列のアラート ルールを示すスクリーンショット。

複数の時系列のアラート ルール

次の機能の少なくとも 1 つが使用されている場合は、アラート ルールで複数の時系列が監視されます。

  • 複数のリソース
  • 複数の条件
  • 複数のディメンション

複数のリソース (マルチリソース)

リソースが同じ種類で、同じ Azure リージョンに存在する場合は、複数のリソースを 1 つのメトリック アラート ルールで監視できます。 この種類のルールを使用すると、複雑さが軽減され、管理する必要があるアラート ルールの合計数が減ります。

このようなアラート ルールの例を以下に示します。

  • ターゲット リソース: VM-a、myVM2
  • シグナル: "CPU 使用率"
  • 演算子: "より大きい"
  • しきい値: 80

このアラート ルールでは、2 つのメトリック時系列が別個に監視されます。

  • "リソース"=’VM-a’ > 80% の CPU 使用率
  • CPU 使用率、"リソース"=’myVM2’ > 80%

マルチリソースのアラート ルールを示すスクリーンショット。

マルチリソースのアラート ルールでは、条件は、リソースごとに (より正確には、各リソースに対応するメトリック時系列ごとに) 別個に評価されます。 このため、アラートもリソースごとに別個に発生します。

たとえば、80% を超える CPU を監視するように、前記のアラート ルールを設定したとします。 直近 5 分の評価期間で、次のようになったとします。

  • VM-a の "CPU 使用率"は 80% を超えています。
  • "myVM2" の "CPU 使用率" は 50% です。

アラート ルールは VM-a でトリガーされますが、VM-b ではトリガーされません。 これらのトリガーされたアラートは独立しています。 また、各仮想マシンの個々の動作に応じて、異なるタイミングで解決することもできます。

マルチリソース アラート ルールと、この機能でサポートされるリソースの種類の詳細については、「Azure Monitor のメトリック アラートによるスケールの監視」を参照してください。

Note

複数のリソースを監視するメトリック アラート ルールによって、許可される条件は 1 つだけです。

複数の条件 (複数条件)

1 つのメトリック アラート ルールで、アラート ルールごとに最大 5 つの条件を監視することもできます。

次に例を示します。

  • ターゲット リソース: VM-a
  • Condition1
    • シグナル: "CPU 使用率"
    • 演算子: "より大きい"
    • しきい値: 80
  • Condition2
    • シグナル: "受信ネットワーク合計"
    • 演算子: "より大きい"
    • しきい値: "20 MB"

このアラート ルールでは、次の 2 つのメトリック時系列が監視されます。

  • "リソース"=’VM-a’ > 80% の "CPU 使用率"。
  • "リソース"=’VM-a’ > 20 MB の "受信ネットワーク合計"

複数条件のアラート ルールを示すスクリーンショット。

条件の間に AND 演算子が使用されます。 このアラート ルールの場合、すべての条件が満たされたときにアラートが発生します。 発生したアラートは、少なくとも 1 つの条件が満たされなくなった場合に解決されます。

Note

複数の条件があるアラート ルールでディメンションを使用するときは制限があります。 詳細については、「複数の条件を含むメトリック警告ルールでディメンションを使用する場合の制限事項」を参照してください。

複数の次元 (多次元)

1 つのメトリック アラート ルールで、メトリックの複数の次元値を監視することもできます。 メトリックのディメンションとは、メトリックの値を記述するためにより多くのデータを保持する名前と値のペアです。 たとえば、ストレージ アカウントのトランザクション メトリックに、API 名というディメンションがあるとします。 このディメンションは、各トランザクションによって呼び出される API の名前 (GetBlob、DeleteBlob、PutPage など) を表します。 ディメンションの使用は省略可能ですが、これにより、すべてのディメンション値をまとめて集計してメトリックを監視するのではなく、メトリックをフィルターに掛けて、特定の時系列のみを監視できるようになります。

たとえば、すべての API 名にわたるトランザクション数 (集計されたデータ) が多いときにアラートを発生させることを選択できます。 そうではなく、詳細に分析して、特定の API 名のトランザクション数が多いときにのみアラートを発生させることができます。

複数の次元を監視するアラート ルールの例を以下に示します。

  • ターゲット リソース: mystorage1
  • シグナル: トランザクション
  • ディメンション:
    • API 名 = EntityGroupTransaction、GetBlob、PutPage
  • 演算子: "より大きい"
  • しきい値: 80

このアラート ルールでは、次の 3 つのメトリック時系列が監視されます。

  • "リソース"=’mystorage1’ および "API 名"=’EntityGroupTransaction’ > 80 のトランザクション
  • "リソース"='mystorage1' および "API 名"='GetBlob' > 80 のトランザクション
  • "リソース"='mystorage1' および "API 名"='PutPage' > 80 のトランザクション

1 ディメンションの値があるマルチディメンション アラート ルールを示すスクリーンショット。

多次元メトリック アラート ルールで、メトリックの異なる次元からの複数の次元値を監視することもできます。 この場合、アラート ルールでは、選択されたディメンション値のすべてのディメンション値の組み合わせが "別個に" 監視されます。

この種類のアラート ルールの例を次に示します。

  • ターゲット リソース: "myStorage1"
  • シグナル: トランザクション
  • ディメンション:
    • API 名 = GetBlob、DeleteBlob、PutPage
    • 認証 = SAS、AccountKey
  • 演算子: "より大きい"
  • しきい値: 80

このアラート ルールでは、次の 6 つのメトリック時系列が別個に監視されます。

  • "リソース"='myStorage1' および "API 名"='GetBlob' および "認証"='SAS' > 80 のトランザクション
  • "リソース"='myStorage1' および "API 名"='GetBlob' および "認証"='AccountKey' > 80 のトランザクション
  • "リソース"='myStorage1' および "API 名"='DeleteBlob' および "認証"='SAS' > 80 のトランザクション
  • "リソース"='myStorage1' および "API 名"='DeleteBlob' および "認証"='AccountKey' > 80 のトランザクション
  • "リソース"='myStorage1' および "API 名"='PutPage' および "認証"='SAS' > 80 のトランザクション
  • "リソース"='myStorage1' および "API 名"='PutPage' および "認証"='AccountKey' > 80 のトランザクション

複数のディメンションの値があるマルチディメンション アラート ルールを示すスクリーンショット。

高度な多次元機能

  1. 現在および将来のすべてのディメンションの選択 将来の値を含め、使用できるすべてのディメンションの値を監視することを選択できます。 このようなアラート ルールは、次元値が追加または削除されるたびにアラート ルールを変更することなく、次元のすべての値を監視するために自動的にスケーリングされます。
  2. ディメンションの除外: ディメンション値に対して ≠ (除外) 演算子を選択することは、将来の値を含め、そのディメンションの他のすべての値を選択することと同じです。
  3. 新規およびカスタムのディメンションの追加: Azure portal に表示されるディメンション値は、過去 1 日間に収集されたメトリック データに基づきます。 探しているディメンション値がまだ出力されていない場合は、カスタムのディメンション値を追加できます。
  4. プレフィックスとディメンションの照合: Starts with 演算子を選択してカスタム プレフィックスを入力することにより、特定のパターンで始まるすべてのディメンション値を監視することを選択できます。

高度なマルチディメンション機能を示すスクリーンショット。

メトリック アラートの価格

メトリック アラート ルールの価格については、「Azure Monitor の価格」ページを参照してください。

メトリック アラート ルールを作成するとき、提示される価格見積もりは、選択した機能と監視する時系列の数に基づきます。 この数は、ルール構成と現在のメトリック値によって決定されます。 月額料金は時系列の実際の評価に基づいているため、一部の時系列に評価するデータがない場合や、アラート ルールで動的にスケーリングできる機能が使用されている場合は、元の見積りとは変わる可能性があります。

たとえば、マルチディメンション機能を利用していて、多数のディメンション値の組み合わせが選択されている場合、多くの時系列が監視されるため、アラート ルールに高価格の見積もりが表示される可能性があります。 しかし、ディメンション値の組み合わせによる時系列の一部に、実際に評価するデータが含まれていない場合、そのアラート ルールの実際の料金が低くなる可能性があります。

1 つのアラート ルールによって監視される時系列の数

余分なコストを防止するため、各アラート ルールで監視できる時系列は既定では最大 5,000 です。 サブスクリプションからこの制限を引き上げるには、サポート チケットを開いてください。

次のステップ

メトリック アラートと動的しきい値を使用した大規模な監視の詳細を確認します。