Application Real-Time Monitoring Service:通知ポリシー

通知ポリシーの作成

1. ARMS コンソールにログインします。左側のナビゲーションウィンドウで、アラート管理 > 通知ポリシーを選択します。

2. 通知ポリシーページで、通知ポリシーの作成をクリックします。

3. [通知ポリシーの作成] ページの上部で、ポリシー名を入力します。

4. マッチングルールセクションで、アラートイベントのマッチングルールを設定します。

   重要

   サイレンスポリシーは通知ポリシーよりも優先されます。アラートイベントがサイレンスポリシーに一致する場合、そのイベントはサイレント処理され、どの通知ポリシーとも一致しません。サイレンスポリシーの作成方法の詳細については、サイレンスポリシーをご参照ください。

   1. データソースを選択します。

      • 特定のソース：ポリシーは、指定された統合からのアラートイベントをフィルターし、マッチングルールに基づいて通知を送信します。

      • プリセットソースなし：ポリシーは、すべてのアラートイベントをフィルターし、マッチングルールに基づいて通知を送信します。

   2. マッチングルールの式を設定します。カスタムタグを定義するか、既存のタグを選択できます。

      既存のタグには、以下が含まれます：

      • Managed Service for Prometheus でのアラートルール式のメトリックからのタグ。アラートルールのタグを作成する方法については、Prometheus アラートルールの作成をご参照ください。

      • ARMS が提供するデフォルトタグ。次の表に、デフォルトタグを示します。

        カテゴリ	タグ	説明
        共通フィールド	alertname	アラートの名前。
        	clustername	クラスターの名前。
        	severity	アラートの深刻度レベル： P1 P2 P3 P4 デフォルト
        	namespace	名前空間。
        	pod_name	Pod 名。
        システムプリセットフィールド	_aliyun_arms_integration_name	統合の名前。ARMS によって報告されるデフォルトの統合名は ARMS-DEFAULT です。
        	_aliyun_arms_involvedObject_id	アラートオブジェクトの ID。
        	_aliyun_arms_involvedObject_name	アラートオブジェクトの名前。
        	_aliyun_arms_region_id	リージョン ID。
        	_aliyun_arms_alert_rule_id	アラートルールの ID。
        	_aliyun_arms_alert_type	アラートルールのタイプ： 101：Prometheus アラート 5：アプリケーション監視アラート 4：ブラウザ監視アラート

      説明

      • 複数の条件が満たされた場合にのみアラートをトリガーするには、条件の追加をクリックして、同じルールに別の条件を追加します。

      • いずれかのルールが満たされた場合にアラートをトリガーするには、ルールの追加をクリックして、別のマッチングルールを追加します。

      • 通知ポリシーのマッチングルールを設定する際、すべてのルールの説明の合計サイズは 64 KB を超えることはできません。この制限は、約 100 のルールに相当しますが、正確な数はその複雑さによって異なります。制限を超えると、設定は失敗します。この場合、追加のルールに対して新しい通知ポリシーを作成する必要があります。

   3. 次へをクリックします。

5. イベントのグループ化セクションで、アラートイベントをグループ化するかどうかを指定し、次へをクリックします。

   • グループ化しない：各アラートイベントは、個別のアラート通知としてハンドラに送信されます。

   • グループ化フィールドの設定：指定されたフィールドに同じ内容を持つアラートイベントは、単一のアラート通知に集約されます。

6. 通知オブジェクトセクションで、次のパラメーターを設定します。

   1. +通知受信者の追加をクリックして、通知受信者を選択します。

      次の種類の通知受信者が利用可能です：

      • 連絡先：連絡先を選択した後、通知方法 (電話、ショートメッセージ、またはメール) を選択します。

      • 連絡先グループ：連絡先グループを選択した後、通知方法 (電話、ショートメッセージ、またはメール) を選択します。

      • オンコールスケジュール：スケジュールを選択した後、通知方法 (電話、ショートメッセージ、またはメール) を選択します。

      • DingTalk/Lark/WeCom：DingTalk、Lark、または WeCom を使用してアラート通知を送信します。

      • 一般的な Webhook：Webhook を使用してアラート通知を送信します。

   2. アラートが回復した後にリカバリー通知を送信するかどうかを指定します。

      リカバリー通知の送信：このオプションを有効にすると、アラートが回復したときに、システムはアラートハンドラに通知を送信します。アラートは、関連するすべてのイベントが解決され、そのステータスが自動的に [解決済み] に変更された後に回復したと見なされます。

   3. 通知テンプレートを設定します。詳細については、通知および Webhook テンプレートの設定をご参照ください。

   4. 通知期間を設定します。アラート通知は、指定された期間内にのみ送信されます。

   5. オプション： アラートをプッシュするチケットシステムを選択します。チケットシステムの統合に関する詳細については、統合をご参照ください。

   6. 次へをクリックします。

7. 繰り返し/エスカレーション/リカバリーポリシーセクションで、通知を再送信するか、エスカレーションポリシーを使用するかを指定し、[次へ] をクリックします。

   • 通知の再送信：このオプションを有効にする場合は、再送信の頻度を設定する必要があります。アラートが回復しない場合、アラートが回復するまで、指定された頻度でアラート情報が繰り返し送信されます。

   • アラートのエスカレーションポリシーの設定：

     エスカレーションポリシーなし：アラートが回復しない場合でも、通知は一度しか送信されません。

     エスカレーションポリシーの使用：アラートが回復しない場合、エスカレーションポリシーに基づいて他の通知オブジェクトに通知が送信されます。

   • 手動リカバリーの有効化：このオプションを有効にすると、アラート統合で設定された自動リカバリー時間内にアラートイベントがトリガーされなくても、アラートは自動的に回復しません。アラートのステータスを手動で変更する必要があります。

8. In the Action Integration section, you can set actions to be automatically executed when an alert is triggered or recovered. For more information, see Execute an alert plan using an ARMS action integration.

9. 設定が完了したら、保存をクリックします。

通知ポリシーの管理

通知ポリシーを作成すると、そのポリシーは 通知ポリシーページに表示されます。通知ポリシーページでは、次の操作を実行できます：

• 通知ポリシーの編集：ポリシー名をクリックするか、操作列の 編集をクリックします。ポリシーを変更した後、保存をクリックします。

• 通知ポリシーの有効化または無効化：ポリシーの ステータス列で、スイッチを切り替えます。

• 通知ポリシーの削除：操作列の 削除をクリックします。表示されるダイアログボックスで、確認をクリックします。

• 通知ポリシーのコピー：操作列の コピーをクリックして、複製ポリシーを作成します。