次の方法で共有


Azure のクラシック アラートの概要

Note

この記事では、古いクラシック メトリック アラートの作成方法について説明します。 Azure Monitor では、 ほぼリアルタイムのメトリック アラートがサポートされるようになりました。 パブリック クラウド ユーザー向けの従来のアラートは廃止されています。 Azure Government クラウドおよび 21Vianet によって運営される Microsoft Azure での従来型のアラートは、2024 年 2 月 29 日に廃止されます。

アラートを使用してデータに対する条件を構成することができ、その条件が最新の監視データと一致したときに通知を受け取ります。

新旧のアラートの機能

以前は、Azure Monitor、Application Insights、Log Analytics、および Service Health にアラート機能が個別に用意されています。 Azure では、ユーザー インターフェイスとさまざまなアラート方法が時間と共に統合され、改善されました。 この統合は現在も継続中です。

クラシック アラートは、Azure portal のクラシック アラート ユーザー画面でのみ参照できます。 この画面を表示するには、[アラート] 画面で [クラシック アラートの表示] を選択します。

Azure portal でのアラートの選択肢を示すスクリーンショット。

新しいアラート ユーザー エクスペリエンスは、クラシック アラート エクスペリエンスに対して次の利点があります。

  • より優れた通知システム: 新しいすべてのアラートでは、アクション グループを使用します。 これらの通知とアクションの名前付きグループは、複数のアラートで再利用できます。 従来のメトリック アラートと古い Log Analytics のアラートでは、アクション グループを使用しません。
  • 統合された作成エクスペリエンス: Azure Monitor、Log Analytics、Application Insights のメトリック、ログ、アクティビティ ログのアラートは、すべて 1 か所で作成できます。
  • 発生した Log Analytics アラートを Azure portal で表示: サブスクリプションで発生した Log Analytics アラートも表示できるようになりました。 以前はこれらのアラートは別のポータルにありました。
  • 発生したアラートとアラート ルールの分離: アラート ルール (アラートをトリガーする条件の定義) と発生したアラート (実行されているアラート ルールのインスタンス) が区別されています。 これで、操作ビューと構成ビューが分離されるようになりました。
  • より優れたワークフロー: 新しいアラートの作成エクスペリエンスでは、アラート ルールを構成するプロセスに沿ってユーザーに手順が示されます。 この変更により、アラートを有効にするために必要なものを簡単に見つけることができます。
  • スマート通知の統合とアラート状態の設定: 新しいアラートには自動グループ化機能があります。これでは、ユーザー インターフェイスのオーバーロードを減らすために、類似するアラートが一緒に表示されます。

新しいメトリック アラートは、クラシック メトリック アラートに比べて次の利点があります。

  • 待ち時間の短縮: 新しいメトリック アラートは 1 分ごとに実行できます。 古いメトリック アラートは常に、5 分の頻度で実行されます。 新しいアラートでは、問題の発生から通知またはアクション (3 - 5 分) までの遅延がかなり少なくなっています。 古いメトリックでは、種類に応じて 5 分から 15 分です。 ログ アラートには通常、ログの取り込みに要する時間が原因で、10 分から 15 分の遅延があります。 新しい処理方法では、その時間が短縮されています。
  • 多次元メトリックのサポート: 次元メトリックに関するアラートを生成できます。 これで、メトリックの興味深いセグメントを監視できるようになりました。
  • メトリックの条件に対する詳細な制御: より詳細なアラート ルールを定義できます。 この新しいアラートでは、メトリックの最大値、最小値、平均値、および合計値の監視がサポートされています。
  • 複数のメトリックの監視の組み合わせ: 複数のメトリック (現時点では最大で 2 つ) を 1 つのルールで監視できます。 両方のメトリックが、指定された期間にわたってしきい値を超えた場合、アラートがトリガーされます。
  • より優れた通知システム: 新しいすべてのアラートでは、アクション グループを使用します。 これらの通知とアクションの名前付きグループは、複数のアラートで再利用できます。 従来のメトリック アラートと古い Log Analytics のアラートでは、アクション グループを使用しません。
  • ログからのメトリック (プレビュー): Log Analytics に入るログ データを抽出して Azure Monitor メトリックに変換し、他のメトリックと同様にアラートを生成できるようになりました。

Azure Monitor データのクラシック アラート

次の 2 種類のクラシック アラートを使用できます。

  • クラシック メトリック アラート: このアラートは、指定したメトリックの値が、割り当てたしきい値を超えたときにトリガーされます。 アラートでは、しきい値を超えて、アラートの条件に一致したときに通知が生成されます。 その時点で、アラートは "アクティブ化済み" と見なされます。"解決済み" になったとき、つまり、もう一度しきい値を超えて、条件が一致しなくなったとき、別の通知が生成されます。
  • クラシック アクティビティ ログ アラート: アクティビティ ログ イベント エントリがフィルター条件と一致したときにトリガーされるストリーミング ログ アラート。 これらのアラートの状態は "アクティブ化済み" のみです。すべての新規イベントには、アラート エンジンによってフィルター条件が適用されます。 古いエントリを検索することはしません。 これらのアラートでは、新しいサービス正常性インシデントが発生したとき、またはユーザーまたはアプリケーションがサブスクリプションで操作を実行したときに通知を受け取ることができます。 操作の例として、"仮想マシンの削除" があります。

Azure Monitor で使用できるリソース ログ データの場合は、データが Log Analytics に転送され、ログ クエリ アラートが使用されます。 現在、Log Analytics では、新しいアラート メソッドを使用しています。

次の図は、Azure Monitor のデータのソースと、そのデータからアラートを生成する方法をまとめたものです。

アラートを説明する図。

アラート (クラシック) の分類

Azure では、クラシック アラートとその機能を説明するときに次の用語を使用します。

  • アラート: 一致したときにアクティブになる条件 (1 つまたは複数の規則または条件) の定義。
  • アクティブ: クラシック アラートによって定義されている条件と一致したときの状態。
  • 解決済み: クラシック アラートによって定義されている条件と以前は一致していたが、一致しなくなった状態。
  • 通知: クラシック アラートがアクティブになったことに基づいて実行されるアクション。
  • アクション: 通知の受信側に送信される特定の呼び出し (アドレスへの電子メール送信や webhook URL への投稿など)。 通常、通知によって複数のアクションがトリガーされる可能性があります。

Azure Monitor クラシック アラートから通知を受け取る方法

これまで、各サービスの Azure アラートは、それぞれ独自の組み込み通知方法を使用していました。

Azure Monitor に、アクション グループという再利用可能な通知グループが作成されました。 アクション グループで通知に対する受信者のセットを指定します。 アクション グループを参照するアラートがアクティブになると、必ずすべての受信者が通知を受信します。 アクション グループでは、多数のアラート オブジェクト全体で受信者のグループ (たとえば、オン コール エンジニア一覧など) を再利用できます。

アクション グループでは、Webhook URL への投稿や、電子メール アドレス、SMS 番号、その他のいくつかのアクションによる通知をサポートしています。 詳しくは、アクション グループに関する記事をご覧ください。

従来のクラシック アクティビティ ログ アラートでは、アクション グループを使用します。 ただし、従来のメトリック アラートでは、アクション グループを使用しません。 代わりに、次のアクションを構成できます。

  • メール通知をサービス管理者、共同管理者、または指定した他のメール アドレスに送信する。
  • webhook を呼び出す。これにより、他のオートメーション アクションを実行できます。

たとえば、Webhook では、以下を使用して自動化や修復を可能にします。

  • Azure Automation Runbook
  • Azure Functions
  • Azure Logic Apps
  • サードパーティのサービス

次のステップ

アラート ルールと、そのルールを構成する方法を確認します。