コンテンツにスキップ

未復旧イベント


未復旧イベントエクスプローラーは、現在のワークスペース内のアラートレベルのイベントレコードをすべて集中表示します。これにより、アラートイベントのコンテキストを包括的に理解し、イベントの把握と認知を迅速化するとともに、モニターやアラートポリシーとの連携によってアラート疲れを効果的に軽減します。

未復旧イベントのデータソースは、イベントデータをクエリし、df_fault_id を一意の識別子として集約し、最新のデータ結果を表示します。エクスプローラーという可視化ツールを使用することで、イベントレベルからトリガーしきい値ベースラインに至るまでの一連の重要なデータポイントを直感的に把握できます。イベントレベル、持続時間、アラート通知、モニター、イベント内容、履歴トリガー傾向グラフといった情報が一体となった包括的なビューを提供し、さまざまな角度からイベントを分析・理解し、より的確な対応判断を下すのに役立ちます。

コアロジック

メカニズム 説明
集約ディメンション df_fault_id を一意の識別子として、同一の監視対象における複数回のイベントトリガーを1つのレコードに集約して表示します。つまり、同一ホストの同一監視ルールで複数回の異常がトリガーされた場合でも、未復旧イベント一覧には1つの集約レコードとしてのみ表示され、アラートストームを回避します。
時間ウィンドウ デフォルトでは、直近48時間以内の df_status != ok のイベントを表示します。時間範囲は調整可能で、最大で直近7日間のデータをクエリできます。
ステータス判定 直近にトリガーされたイベントのレベルを、現在の表示レベルとして採用します。イベントレベルがトリガー中に変化した場合(例:warning から critical にアップグレード)、一覧には最新のレベルが表示されます。

イベントカード

イベントをクリックして詳細を表示する前に、カードで重要な情報が構造化されて表示されます。

イベントレベル

モニターのトリガー条件設定に基づいて、以下の状態が統計されます。レベルの深刻度は降順です。

  • 致命的(fatal
  • 深刻(critical
  • 重要(error
  • 警告(warning
  • データ欠落(nodata

未復旧イベントエクスプローラーでは、各イベントのレベルは、当該監視対象が直近にトリガーされたイベントのレベルとして定義されます。つまり、同じ障害が最初に warning をトリガーした後、critical にアップグレードされた場合、カードに表示されるレベルは critical になります。

詳細については、イベントレベル説明 を参照してください。

イベントタイトル

未復旧イベントエクスプローラーに表示されるイベントタイトルは、モニタールール設定時に設定したタイトル を直接使用します。これは、当該監視対象が最後にイベントをトリガーした際に使用されたタイトルを表します。タイトルには通常、ホスト名やメトリクス値などの重要な変数が含まれており、問題の対象を迅速に特定するのに役立ちます。

持続時間

現在の監視対象が最初に異常を検出してイベントが発生した時点から、現在の時間ウィジェットの終了時点までの時間を示します。例:5 分 (08/20 17:53:00 ~ 17:57:38)。この時間は障害の継続時間を反映し、影響範囲と緊急度を評価するための重要な指標です。予想復旧時間を超えている場合は、優先的に対処するかエスカレーションすることをお勧めします。

アラート通知

現在の監視対象が最後にイベントをトリガーした際のアラート通知状況を示し、そのイベントが関係者に通知されたかどうかを反映します。主に以下の3つの状態があります。

  • ミュート:現在のイベントがミュートルールの影響を受けているが、外部にアラート通知が送信されていないことを示します。この場合、イベントはシステム内に記録されるだけで、外部へのアラート通知は行われません。既知の問題やメンテナンスウィンドウに適しています。
  • 実際に送信された通知先 の識別子:DingTalk ロボット、WeCom ロボット、Lark ロボットなどが含まれ、アラートが対応するチャネルに正常にプッシュされたことを示します。
  • -:外部にアラート通知がトリガーされていません。考えられる原因としては、モニターに通知が設定されていない、通知先が無効、通知頻度制限を超えているなどが挙げられます。

モニター検出タイプ

モニターの種類を示し、このイベントがどのような検出ルール によってトリガーされたかを識別します(例:しきい値検出、ログ検出、急変検出など)。検出タイプを確認することで、モニター設定画面に素早くアクセスし、ルールの調整や一時的な無効化を行うことができます。

検出対象

モニタールールの設定時に、検出メトリクスで by グループクエリを使用した場合、イベントカードにフィルター条件(例:source:kodo-servicemap)が表示されます。これは、このイベントが特定のディメンションでグループ化された検出結果であり、グローバルな集約ではないことを示します。検出対象ラベルをクリックすると、同じディメンションの他のイベントをすばやくフィルタリングできます。

イベント内容

現在の監視対象が最後にイベントをトリガーした際のイベント内容は、モニタールール設定時に設定した内容 を参照します。これは、当該監視対象が最後にイベントをトリガーした際のイベント内容を表します。内容には通常、以下の情報が含まれます。

  • トリガー時の具体的なメトリクス値
  • しきい値との比較結果
  • 事前に設定された調査提案や対応手順
  • 変数置換後の完全な説明

履歴トリガー傾向グラフ

この傾向は Window 関数を使用して表示され、検出結果値の履歴傾向は、実際のデータの60回の検出を表示します。

現在の未復旧イベントの検出結果値に基づいて、過去のイベント異常傾向を表示します。設定されたモニター検出ルール内のトリガーしきい値条件値は、明確な参照線として設定されます。システムは、現在の監視対象が最後にイベントをトリガーした検出結果を特にマークし、傾向グラフの縦線を通じて、イベントがトリガーされた具体的な時点を迅速に特定できます。同時に、その検出結果に対応する検出区間も表示され、イベントの進行過程とその影響を評価するための直感的な分析ツールを提供します。

イベントカードの管理

表示項目

未復旧イベント一覧では、以下の表示スタイルをサポートしており、さまざまなシナリオの情報密度要件に適応します。

  • 標準:イベントタイトル、検出ディメンション、イベント内容を表示します。
  • 拡張:標準情報に加え、未復旧イベントの検出結果値の履歴傾向 を表示します。
  • リスト:イベントデータをリスト形式で表示し、フィールドはカスタマイズ可能です。

イベントのミュート

大規模な監視シナリオでは、同種のアラートを手動で大量に処理する手間、時間、および見落としのリスクを避けるために、現在のページから直接ルールを「ミュート」できます。ミュート中もイベントの検出と記録は継続されますが、アラート通知は送信されなくなります。以下のシナリオに適しています。

  • 既知の問題を修正中で、一時的にノイズを低減する必要がある場合
  • 計画内のメンテナンスウィンドウで、予想される異常が発生する場合
  • 非本番環境や優先度の低いシステムでの大量アラート

ミュート操作手順

  1. 単一のイベントにホバーし、右側のミュートをクリックします。
  2. ミュート時間タイプ を選択します。
  3. 確定します。

ミュート時間タイプ

ミュートの開始時刻と終了時刻をカスタマイズするか、1時間、6時間、12時間、1日、1週間からすばやく設定できます。


  1. ミュートの開始時刻と継続時間を選択します。
  2. 特定の時刻から開始するミュート周期を選択します。
  3. ミュートの有効期限を選択します。上記の時刻を永続的に繰り返すか、特定の時刻まで繰り返すかを選択できます。

イベントの復旧

イベントステータスが正常(df_sub_status = ok)の場合、復旧イベントとなります。復旧は、監視対象がモニターの異常トリガー条件を満たさなくなったか、人為的に解決済みと確認されたことを意味します。

  • 単一復旧:ルールの右側のボタン、またはモニター の設定から、手動で復旧できます。
  • 一括復旧:「すべてを一括復旧」をクリックすると、現在の一覧にあるすべての異常イベントを復旧できます。

復旧イベントは4つのタイプに分類されます。

名称
df_status 説明
復旧 ok 以前に「致命的」「緊急」「重要」「警告」の4つの異常イベントが検出され、N回の検出内で再トリガーされなかった場合、復旧とみなされます。これは最も一般的な自動復旧タイプで、メトリクスが正常範囲に戻ったことを示します。
データ欠落復旧 ok データの報告が停止した後、再び報告が開始された場合、復旧と判断されます。
データ欠落を復旧とみなす ok 検出データが欠落した場合、正常状態とみなします。
手動復旧 ok ユーザーが手動で復旧をクリックします。単一/一括復旧をサポートします。

関連情報

フィードバック

このページは役に立ちましたか?