すべてのプロダクト
Search
ドキュメントセンター

Managed Service for Prometheus:通知ポリシーの作成と管理

最終更新日:Dec 27, 2024

Alibaba Cloud Managed Service for Prometheus では、通知ポリシーを作成し、アラートイベントのディスパッチ条件を指定できます。ディスパッチ条件が満たされると、システムは指定された通知方法を使用して、指定された連絡先にアラート通知を送信します。このようにして、連絡先はできるだけ早く問題を解決できます。

前提条件

連絡先が作成されていること。詳細については、連絡先の作成と管理 を参照してください。

通知ポリシーの作成

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

  2. 通知ポリシー ページの右上隅にある 通知ポリシーの作成 をクリックします。

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

  4. 一致ルール ステップで、アラートイベントの一致ルールを設定します。

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

      • アラートイベントのソースを指定すると、ARMS は指定されたデータソースのアラートイベントを処理し、設定した一致ルールに基づいてアラート通知を送信します。

      • プリセットソースなし を選択すると、ARMS はすべてのアラートイベントを処理し、設定した一致ルールに基づいてアラート通知を送信します。

    2. 1 つ以上の式を指定します。カスタムタグを追加するか、既存のタグを選択できます。

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

      • アラートルール式に含まれるフィールド。Managed Service for Prometheus でアラートルールのタグを作成する方法については、Prometheus インスタンスのアラートルールを作成する を参照してください。

      • ARMS によって提供されるデフォルトタグ。次の表に、デフォルトタグを示します。

        カテゴリ

        タグ

        説明

        共通フィールド

        alertname

        アラートの名前。

        clustername

        Kubernetes クラスターの名前。

        severity

        アラートの重大度レベル。有効な値:

        • P1

        • P2

        • P3

        • P4

        • デフォルト

        namespace

        名前空間の名前。詳細については、Kubernetes ドキュメントの名前空間 を参照してください。

        pod_name

        Pod の名前。詳細については、Kubernetes ドキュメントの Pod を参照してください。

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

        統合名(Alibaba Cloud ARMS)

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

        _aliyun_arms_involvedObject_id

        アラートをトリガーしたオブジェクトのID。

        _aliyun_arms_involvedObject_id

        アラートをトリガーするオブジェクトの ID。

        _aliyun_arms_involvedObject_name

        アラートをトリガーするオブジェクトの名前。

        _aliyun_arms_region_id

        ARMS のリージョン ID。

        _aliyun_arms_alert_rule_id

        アラート ルールの種類。有効な値:

        • 101: Prometheus アラート

        • 5: アプリケーション監視アラート

        • 4: ブラウザ監視アラート

      説明
      • 複数条件が同時に満たされた場合にアラートをトリガーする場合は、+ 条件を追加 をクリックして、同じ一致ルールに一致条件を追加します。

      • 1つの条件が満たされた場合にアラートをトリガーする場合は、+ ルールを追加 をクリックして、一致ルールを追加します。

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

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

    • アラートイベントをグループ化しないように指定した場合、すべてのアラートイベントはアラート通知の連絡先に送信されます。

    • アラートイベントをグループ化するように指定した場合、フィールドも指定する必要があります。同じフィールド値を持つアラートイベントはグループ化されます。アラートイベントの各グループは、1つのアラート通知の連絡先に送信されます。

  6. 通知オブジェクトステップで、以下のパラメータを設定します。

    1. + 通知オブジェクトを追加をクリックして、連絡先を選択します。

      連絡先のタイプ:

      通知策略-当告警生成时

      • 連絡先: 連絡先を選択する場合は、電話、テキストメッセージ、メールなどの通知方法を選択します。

      • 連絡先グループ: 連絡先グループを選択する場合は、電話、テキストメッセージ、メールなどの通知方法を選択します。

      • シフト: シフトを選択する場合は、電話、テキストメッセージ、メールなどの通知方法を選択します。

      • インスタントメッセージ (IM) アプリケーション: DingTalk、Lark、WeCom などの IM アプリケーションから連絡先にアラート通知を送信できます。

      • Webhook: Webhook を使用してアラート通知を送信できます。

    2. アラートがクリアされた後にクリア通知を送信するかどうかを指定します。

      アラートがクリアされた後にクリア通知を送信することを選択した場合、アラートに関連するすべてのイベントが処理されると、アラートのステータスは自動的に「解決済み」に変わります。アラートがクリアされると、システムは連絡先にクリア通知を送信します。

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

    4. アラート通知を送信する期間を指定します。

    5. (オプション)アラート通知の送信先のチケットシステムを選択します。詳細については、通知の統合を参照してください。

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

  7. アラートの繰り返し/エスカレーション/クリアのポリシー 手順で、繰り返し通知を送信するかどうか、エスカレーション ポリシーを使用するかどうか、またはアラートを手動でクリアするかどうかを指定します。次へ をクリックします。

    • 繰り返し通知またはエスカレーション ポリシーを使用しない場合、アラートがクリアされる前に 1 つのアラート通知のみが送信されます。

    • 繰り返し通知を送信する場合、2 つのアラート通知が送信される間隔を設定します。アラート通知は、アラートがクリアされるまで、指定された間隔で継続的に送信されます。

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

    • アラートを手動で処理およびクリアする必要があることを指定できます。

  8. アクションの統合 ステップで、アクションの統合を自動的に実装するかどうかを指定します。

    アラートがトリガーおよびクリアされたときに有効になるアクション統合を選択できます。

  9. アクションの統合ステップでは、アラートがトリガーまたはクリアされた後に実行される自動アクションを指定します。詳細については、アラートプランを実行するためのアクション統合の作成を参照してください。

通知ポリシーの管理

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

  • 通知ポリシーの変更: 変更する通知ポリシーを見つけます。通知ポリシーの名前をクリックするか、アクション列の編集をクリックします。通知ポリシーを変更した後、保存をクリックします。

  • 通知ポリシーの有効化または無効化: ステータススイッチをオンまたはオフにします。

  • 通知ポリシーの削除: 削除する通知ポリシーを見つけ、アクション列の削除をクリックします。表示されるメッセージで、OKをクリックします。

  • 通知ポリシーの複製: 複製する通知ポリシーを見つけ、アクション列のコピーをクリックします。