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

Cloud Monitor:アラートルール

最終更新日:Sep 21, 2026

アラートルールを作成して、アプリケーションやサービスを監視します。条件が満たされると、Cloud Monitor は連絡先、チャットボット、Webhook、またはアクション統合を通じて通知を送信します。

前提条件

  • Prometheus、アプリケーション監視、Log Service などの必要な可観測性モニタリングサービスを有効化していること。

  • 通知連絡先を作成していること。

アラートルールの作成

  1. Cloud Monitor 2.0 コンソールにログインします。左側のナビゲーションペインで、すべての機能 > [アラートセンター] を選択します。

  2. [アラートセンター] ページで、[アラート管理] > [アラートルール] を選択します。

  3. [アラートルールを作成] をクリックします。

  4. [アラートルールを作成] パネルで、次のパラメータを設定します。

    1. [ルール名]:アラートルールを識別するための名前。

    2. [モニタリングタイプ]:アラートルールの対象となるオブジェクト。次に、選択したオブジェクトのパラメータを設定します。次の表でパラメータについて説明します。

      パラメータ

      説明

      検出条件

      アラートをトリガーする条件を設定します。

      • [期間]:アラートの検出期間を設定します。

      • [指標]

      • [比較]

      • [アラートのしきい値]:

        • [重大]:コアビジネスの可用性に影響し、影響範囲が広い重大な問題に使用します。

        • [警告]:ビジネスエラーやサービスへの影響を引き起こす可能性のある問題に使用します。

        • [情報]:通知が必要だが優先度の低いシナリオに使用します。

      ラベル

      アラートルールを分類およびフィルタリングするために使用するカスタムキーと値のペア。例:env: production、team: sre

      アノテーション

      アラートルールの拡張情報。アノテーションを使用して、長い説明やRunbookへのリンクを保存します。例:description: High CPU utilization、runbook_url: https://wiki.xxx.com/runbook\

    3. 通知設定

      • [通知の受信者]:アラートがトリガーされたときに通知する受信者。

        • [連絡先]:通知する個別の連絡先。

        • [連絡先グループ]:通知する連絡先のグループ。

        • [DingTalk]:DingTalk グループチャットボットにアラートを送信します。

        • [WeCom]:WeCom チャットボットにアラートを送信します。

        • [Lark]:Lark チャットボットにアラートを送信します。

        • [Slack]:Slack を使用してアラートを送信します。

        • [カスタム Webhook]:カスタム Webhook を使用してアラートを送信します。

      • [ARMSアラート管理との統合]:Application Real-Time Monitoring Service (ARMS) と統合して、アラートのライフサイクルを管理します。

        説明

        アラートイベントはデフォルトで ARMS アラート運用管理センターに送信されます。通知はそこで設定してください。

      • [アクション統合]:自動インシデント対応のためにトリガーするサービス。Log Service、軽量メッセージキュー、Function Compute、PagerDuty や Webhook などのサードパーティサービスが含まれます。

      • [通知サイレンス期間]:未解決のアラートに対して通知を再送信するまでの待機時間。有効な値:1 分、5 分、10 分、15 分、30 分、50 分、1 時間、3 時間、6 時間、12 時間、24 時間。

        説明

        例:[通知サイレンス期間] を [12時間] に設定した場合、アラートが継続していれば、Cloud Monitor は 12 時間後に通知を再送信します。

      • [有効期間]:アラートルールがアクティブな期間。この期間中にのみ通知が送信されます。

        説明
        • 有効期間外にトリガーされたアラートは履歴に記録されますが、通知は生成されません。

        • 通知期間は 24 時間の範囲内で設定でき、日をまたぐこともできます。例:23:00 から翌日の 01:00 まで。

アラートルールの管理

  1. [アラートルール] ページには、すべてのアラートルールが次の情報とともに一覧表示されます。

    パラメータ

    説明

    [アラート状態]

    ルールの現在の状態です。有効な値は次のとおりです。

    - [OK]:アラート条件がトリガーされていません。

    - [アラーム]:アラート条件がトリガーされ、アラートがアクティブです。

    - [データ不足]:モニタリングデータが利用できません。

    [ルール名/ID]

    アラートルールの表示名と一意の識別子 (UUID) です。

    [有効状態]

    ルールが有効かどうかを示します。有効なルールは設定された間隔で評価されますが、無効なルールは評価されません。

    [サービスソース]

    ルールが適用されるサービスです。

  2. 次のパラメータを使用してアラートルールを検索できます。

    • [モニタリングタイプ]

    • [ルール名/ID]

    • [アラート状態]

    • [有効状態]

    • [その他のフィルター]:[タグ] または [通知連絡先] で検索します。

システムデフォルトのアラートルールのリソース範囲がすべてのリソースに設定されている場合、ルールの作成後に特定のインスタンスを除外するようにリソース範囲を直接変更することはできません。

特定のリソースを除外するには、次の手順を実行します。

  1. [アラートルール] ページで、対象のシステムデフォルトのアラートルールを見つけ、[操作] 列で [その他] > [複製] をクリックします。

  2. [アラートルールを作成] ダイアログボックスで、データソースセレクターの [Prometheus インスタンス] タブまたは [集計ビュー] タブを選択し、監視する特定のリソースを選択します。

  3. [OK] をクリックして新しいルールを保存します。

  4. 元のシステムデフォルトのアラートルールの [操作] 列で、[その他] > [削除] をクリックして元のルールを削除するか、[有効状態] 列のスイッチをオフにして無効化します。

    説明

    元のルールを削除または無効化しない場合、しきい値に達したときに同じリソースに対して2つのアラートがトリガーされます。

説明

Cloud Monitor 1.0 から移行されたアラートルールを編集する場合、アラート通知は従来の [連絡先グループ] のみをサポートします。Cloud Monitor 2.0 で作成された [通知の受信者] を選択することはできません。Cloud Monitor 1.0 ではアラート連絡先グループを使用しますが、Cloud Monitor 2.0 では通知の受信者と通知ポリシーを使用します。これら2つのシステムは独立しており、相互運用できません。[通知の受信者] を使用するには、Cloud Monitor 2.0 コンソールで新しいアラートルールを作成してください。

  • [編集]:アラートルールを編集するには、ルールを選択して [操作] 列で [編集] をクリックし、ルールを変更して [OK] をクリックします。

  • [有効化/無効化]:[有効状態] 列のスイッチを切り替えます。

  • [削除]:[操作] 列で [削除] image をクリックします。

    警告

    このアクションは元に戻すことができません。慎重に実行してください。