すべてのプロダクト
Search

このプロダクト

    Managed Service for Prometheus:通知ポリシー

    ドキュメントセンター

    Managed Service for Prometheus:通知ポリシー

    最終更新日:Sep 30, 2026

    通知ポリシーは、アラート通知を送信する条件を定義します。アラートイベントがこれらの条件を満たすと、システムは指定された受信者に通知し、対応を促します。

    前提条件

    通知ポリシーに連絡先を追加する前に、連絡先を作成する必要があります。詳細については、「連絡先の作成」をご参照ください。

    通知ポリシーの作成

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

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

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

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

      重要

      サイレンスポリシーは通知ポリシーよりも優先されます。サイレンスポリシーに一致するアラートイベントは抑制され、どの通知ポリシーでも評価されません。サイレンスポリシーを作成するには、「サイレンスポリシー」をご参照ください。

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

        • [Specific source]：指定されたインテグレーションからのアラートイベントをフィルタリングします。

        • [No preset source]：すべてのインテグレーションからのアラートイベントをフィルタリングします。

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

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

        • アラートルール式のメトリクスからのタグです。Prometheus 用マネージドサービスのアラートルールのタグを作成する方法については、「Prometheus アラートルールを作成する」をご参照ください。

        • ARMS システムは、以下のデフォルトタグを提供します。

          カテゴリ

          タグ

          説明

          共通フィールド

          alertname

          アラート名。

          clustername

          クラスター名。

          severity

          重要度レベル：

          • P1

          • P2

          • P3

          • P4

          • Default

          namespace

          名前空間。

          pod_name

          ポッド名。

          プリセットシステムフィールド

          _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：ブラウザモニタリングアラート

          その他のフィールド

          _arms_contact_group_v2_id

          アラート通知用の連絡先グループ ID (v2) は、ARMS によってアラートイベントタグに自動的に追加されるタグです。その値は、コンソールの[アラーム管理] > 通知対象 > [連絡先グループ] ページに表示される v2 連絡先グループ識別子に対応します。ACK 連携によって通知ポリシーが自動的に作成されると、このタグは手動設定なしでポリシーを照合するために使用されます。このタグは、API によって返される v1 の ContactGroupId とは異なります。このタグは、Webhook 通知ペイロードの commonLabels フィールドに表示されます。

        タグの表示動作

        アラートイベント分析ページに表示されるタグは、トリガーされたアラートルールに含まれるメトリクスラベルと、システムのプリセットフィールドに由来します。関連するアラートルールが異なるメトリクスやリソースタイプに関連付けられているため、アラートイベントごとに異なるタグフィールドを持つ場合があります。特定のフィールドを持たないイベントは、そのタグを表示しません。その結果、あるイベントでは表示され、別のイベントでは表示されないタグがある場合がありますが、これはシステムエラーではなく、想定される動作です。

        たとえば、アラートが Pod リソースに関連する場合にのみ、イベントに pod_name タグが含まれます。Pod に関連しないアラートでは、このタグは表示されません。

        説明

        • アラートがルール内のすべての条件に一致することを要求する (AND ロジック) には、条件の追加 をクリックします。

        • アラートがいずれかのルールに一致することを要求する (OR ロジック) には、ルールの追加 をクリックして新しいルールを作成します。

        • 通知ポリシー内のすべてのマッチングルールの設定の合計サイズは 64 KB を超えることはできません。この制限は、ルールの複雑さにもよりますが、約 100 個のルールに相当します。この制限を超えると、設定は失敗します。これを回避するには、追加のルール用に新しい通知ポリシーを作成してください。

        説明

        通知ポリシーに、ラベル _aliyun_arms_involvedObject_id を使用して Kubernetes クラスター ID と一致させるなど、クラスターまたはオブジェクトディメンションに基づく一致ルールが含まれている場合、一致したクラスターまたはオブジェクトに関連付けられたアラートルールは、通知ポリシーに自動的にリンクされます。個々のアラートルールごとに通知ポリシーを設定する必要はありません。

        これは、Container Service for Kubernetes (ACK) によって自動的に作成されるアラートルールなど、一括処理のシナリオで特に役立ちます。個別に編集することなく、通知ポリシーでラベルベースのマッチングルールを設定するだけで、関連するすべてのアラートルールを一度に自動的に関連付けることができます。

        ACK クラスターによって自動的に作成されたアラートルールには、システムが生成したタグ _arms_contact_group_v2_id が付与されます。このタグの値は連絡先グループ ID です。通知ポリシーは、このタグを使用してルールを照合し、指定された連絡先グループにアラート通知をルーティングします。タグ値は、ARMS コンソールの[アラーム管理] > 通知対象 > [連絡先グループ] ページに表示される連絡先グループ ID に対応します。このタグはシステムによって自動的に生成されるため、手動で追加する必要はありません。

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

    5. イベントのグループ化 セクションで、アラートイベントのグループ化方法を設定し、次へ をクリックします。

      • [Do not group]：各アラートイベントが個別の通知として送信されます。

      • [Set grouping fields]：指定されたフィールドで同じ値を持つアラートイベントを 1 つの通知にグループ化します。

    6. 通知対象 セクションで、以下のパラメータを設定します。

      1. [+Add Notification Recipient] をクリックして、通知受信者を選択します。

        通知受信者のタイプ：

        • [Contact]：選択した連絡先について、通知方法 (電話、SMS、またはメール) も選択する必要があります。

        • [Contact Group]：選択したコンタクトグループについて、通知方法 (電話、SMS、またはメール) も選択する必要があります。

        • [On-call Schedule]：選択したオンコールスケジュールについて、通知方法 (電話、SMS、またはメール) も選択する必要があります。

        • [DingTalk/Lark/WeCom]：DingTalk、Lark、または WeCom チャネルに通知を送信します。

        • [General Webhook]：指定された Webhook URL に通知を送信します。

      2. アラートが解決された後に回復通知を送信するかどうかを選択します。

        [Send recovery notification]：有効にすると、アラート内のすべてのイベントが解決された後に回復通知が送信され、アラートは自動的に解決済みとしてマークされます。

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

      4. 通知期間を定義し、指定した時間枠内でのみアラートを送信するように設定します。

      5. オプション： アラートのプッシュ先となるチケットシステムを選択します。チケットシステムのインテグレーション方法の詳細については、「インテグレーション」をご参照ください。

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

    7. [繰り返し/エスカレーション/復旧ポリシー] セクションで、未解決のアラートに対するポリシーを設定します。繰り返し通知の設定、エスカレーションポリシーの適用、または手動での復旧を必須とする設定ができます。その後、次へ をクリックします。

      • エスカレーションポリシーを設定しない場合、システムは未解決のアラートに対して 1 回のみ通知を送信します。

      • [繰り返し通知]：頻度を設定します。アラートが解決されない場合、アラートが解決されるまで、指定された間隔で通知が再送信されます。

      • [エスカレーションポリシー]：ポリシーを選択します。アラートが解決されない場合、システムは選択されたエスカレーションポリシーに従って追加の受信者に通知を送信します。

      • [手動復旧]：このオプションを有効にすると、アラートインテグレーションで設定された自動解決期間内に新しいアラートイベントがトリガーされなくても、アラートは自動的に解決されません。アラートのステータスは手動で変更する必要があります。

    8. アクション統合 セクションで、自動的に実行するアクションインテグレーションを設定します。

      このオプションを有効にする場合、アラートがトリガーされたときと解決されたときに実行するアクションインテグレーションを選択する必要があります。システムはそれらを自動的に実行します。

    9. 保存 をクリックしてポリシーを作成します。

    通知ポリシーの管理

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

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

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

    • 通知ポリシーの削除：操作 列の 削除 をクリックし、確認 をクリックします。

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