アラートルールを作成して、アプリケーションやサービスを監視します。条件が満たされると、Cloud Monitor は連絡先、チャットボット、Webhook、またはアクション統合を通じて通知を送信します。
前提条件
Prometheus、アプリケーション監視、Log Service などの必要な可観測性モニタリングサービスを有効化していること。
通知連絡先を作成していること。
アラートルールの作成
Cloud Monitor 2.0 コンソールにログインします。左側のナビゲーションペインで、すべての機能 > [アラートセンター] を選択します。
[アラートセンター] ページで、[アラート管理] > [アラートルール] を選択します。
[アラートルールを作成] をクリックします。
[アラートルールを作成] パネルで、次のパラメータを設定します。
[ルール名]:アラートルールを識別するための名前。
[モニタリングタイプ]:アラートルールの対象となるオブジェクト。次に、選択したオブジェクトのパラメータを設定します。次の表でパラメータについて説明します。
パラメータ
説明
検出条件
アラートをトリガーする条件を設定します。
[期間]:アラートの検出期間を設定します。
[指標]
[比較]
[アラートのしきい値]:
[重大]:コアビジネスの可用性に影響し、影響範囲が広い重大な問題に使用します。
[警告]:ビジネスエラーやサービスへの影響を引き起こす可能性のある問題に使用します。
[情報]:通知が必要だが優先度の低いシナリオに使用します。
ラベル
アラートルールを分類およびフィルタリングするために使用するカスタムキーと値のペア。例:
env: production、team: sreアノテーション
アラートルールの拡張情報。アノテーションを使用して、長い説明やRunbookへのリンクを保存します。例:
description: High CPU utilization、runbook_url: https://wiki.xxx.com/runbook\通知設定
[通知の受信者]:アラートがトリガーされたときに通知する受信者。
[連絡先]:通知する個別の連絡先。
[連絡先グループ]:通知する連絡先のグループ。
[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 まで。
アラートルールの管理
[アラートルール] ページには、すべてのアラートルールが次の情報とともに一覧表示されます。
パラメータ
説明
[アラート状態]
ルールの現在の状態です。有効な値は次のとおりです。
- [OK]:アラート条件がトリガーされていません。
- [アラーム]:アラート条件がトリガーされ、アラートがアクティブです。
- [データ不足]:モニタリングデータが利用できません。
[ルール名/ID]
アラートルールの表示名と一意の識別子 (UUID) です。
[有効状態]
ルールが有効かどうかを示します。有効なルールは設定された間隔で評価されますが、無効なルールは評価されません。
[サービスソース]
ルールが適用されるサービスです。
次のパラメータを使用してアラートルールを検索できます。
[モニタリングタイプ]
[ルール名/ID]
[アラート状態]
[有効状態]
[その他のフィルター]:[タグ] または [通知連絡先] で検索します。
システムデフォルトのアラートルールのリソース範囲がすべてのリソースに設定されている場合、ルールの作成後に特定のインスタンスを除外するようにリソース範囲を直接変更することはできません。
特定のリソースを除外するには、次の手順を実行します。
[アラートルール] ページで、対象のシステムデフォルトのアラートルールを見つけ、[操作] 列で [その他] > [複製] をクリックします。
[アラートルールを作成] ダイアログボックスで、データソースセレクターの [Prometheus インスタンス] タブまたは [集計ビュー] タブを選択し、監視する特定のリソースを選択します。
[OK] をクリックして新しいルールを保存します。
元のシステムデフォルトのアラートルールの [操作] 列で、[その他] > [削除] をクリックして元のルールを削除するか、[有効状態] 列のスイッチをオフにして無効化します。
説明元のルールを削除または無効化しない場合、しきい値に達したときに同じリソースに対して2つのアラートがトリガーされます。
Cloud Monitor 1.0 から移行されたアラートルールを編集する場合、アラート通知は従来の [連絡先グループ] のみをサポートします。Cloud Monitor 2.0 で作成された [通知の受信者] を選択することはできません。Cloud Monitor 1.0 ではアラート連絡先グループを使用しますが、Cloud Monitor 2.0 では通知の受信者と通知ポリシーを使用します。これら2つのシステムは独立しており、相互運用できません。[通知の受信者] を使用するには、Cloud Monitor 2.0 コンソールで新しいアラートルールを作成してください。
[編集]:アラートルールを編集するには、ルールを選択して [操作] 列で [編集] をクリックし、ルールを変更して [OK] をクリックします。
[有効化/無効化]:[有効状態] 列のスイッチを切り替えます。
[削除]:[操作] 列で [削除]
をクリックします。警告このアクションは元に戻すことができません。慎重に実行してください。