このトピックでは、ARMS のアラート管理システムの主要な用語を一覧表示します。
B
0 で埋める、1 で埋める、null で埋める
アラートデータ修正ポリシーでは、0 で埋める、1 で埋める、または null で埋める (デフォルト) を選択できます。この機能は、データの欠落、異常な複合指標、異常な期間比較や前年同期比較などのデータ異常を修正するために使用されます。
0 で埋める: 値を 0 に設定します。
1 で埋める: 値を 1 に設定します。
null で埋める: アラートがトリガーされるのを防ぎます。
シナリオ:
異常 1: データの欠落
ユーザー A は、アラート機能を使用してページビューを監視したいと考えています。アラートを作成する際、ユーザー A はブラウザ監視アラートを選択し、アラートルールを設定します。このルールは、特定の期間 (N=5) 内にページビューの合計数が 10 以下の場合にアラートをトリガーするように設定されています。ページにアクセスがない場合、データは報告されず、アラートも送信されません。この問題を解決するには、アラートデータ修正ポリシーで「0 で埋める」を選択します。この設定により、データの欠落が値ゼロとして扱われます。この条件がアラートルールに合致し、アラートが送信されます。
異常 2: 異常な複合指標
ユーザー B は、アラート機能を使用して商品のリアルタイム単価を監視したいと考えています。アラートを作成する際、ユーザー B はカスタム監視アラートを選択します。ユーザー B は、変数 'a' のデータセットを現在の合計価格に、変数 'b' のデータセットを現在の合計アイテム数に設定します。アラートルールは、特定の期間 (N=3) 内に (現在の合計価格) / (現在の合計アイテム数) の最小値が 10 以下の場合にアラートをトリガーするように設定されています。現在の合計アイテム数が 0 の場合、複合指標 (現在の合計価格) / (現在の合計アイテム数) の値は計算できず、アラートは送信されません。この問題を解決するには、アラートデータ修正ポリシーで「0 で埋める」を選択します。この設定により、複合指標の値が 0 として扱われます。この条件がアラートルールに合致し、アラートが送信されます。
異常 3: 異常な期間比較または前年同期比較
ユーザー C は、アラート機能を使用してノードの CPU 使用率を監視したいと考えています。アラートを作成する際、ユーザー C はアプリケーション監視を選択し、アラートルールを設定します。このルールは、特定の期間 (N=3) 内にノードの平均 CPU 使用率が期間比較で 100% 減少した場合にアラートをトリガーするように設定されています。過去 N 分間にノードの CPU に障害が発生した場合、現在の期間のデータは取得できません。これは、期間比較の結果が計算できず、アラートが送信されないことを意味します。この問題を解決するには、アラートデータ修正ポリシーで「1 で埋める」を選択します。この設定により、期間比較の結果が 100% の減少として扱われます。この条件がアラートルールに合致し、アラートが送信されます。
C
エスカレーションルールの繰り返し
エスカレーションポリシーがすべてのルールを処理した後もアラートが未解決のままである場合、エスカレーションプロセスが再開されます。デフォルトでは、エスカレーションは 1 回繰り返されます。繰り返しの回数は、最大 9 までの整数に変更できます。
G
アラート
連絡先が解決する必要があるイベント。アラートは、通知ポリシーによってトリガーされ、解決が必要なイベントに対してのみ作成されます。
アラート管理システム
完全なアラート管理機能。
アラートカード
DingTalk グループのチャットボットは、アラートをカードとしてグループに送信します。連絡先は、カードからアラートを表示、処理、解決できます。コンソールで DingTalk グループのチャットボットを設定できます。
アラートの自動解決
アラートに関連するすべてのイベントが回復すると、アラートは自動的に「解決済み」に設定されます。
障害
ビジネスルールによって引き起こされる可能性のあるモニタリングデータの異常。モニタリングツールが異常を検出すると、イベントが生成されます。
H
期間比較の増減 (%)
過去 N 分間 (β) のデータと、2N 分前から N 分前までの期間 (α) のデータを比較します。データは、平均値、合計値、最大値、または最小値にすることができます。
J
インテグレーション
モニタリングプロダクトをアラート管理システムに接続するプロセスで、通常は API を使用します。ほとんどのモニタリングプロダクトはインテグレーションできます。
L
連絡先
アラートを処理する運用保守 (O&M) エンジニア。連絡先は、DingTalk を通じてアラートを表示、処理、解決できます。
R
アラートの要求
連絡先が未解決のアラートの所有権を取得して、そのハンドラになる操作。
S
アップグレードタイムアウト
アラート管理システムが、未確認または未解決のアラートについてエスカレーションポリシーの連絡先に通知するまでの期間。デフォルトのエスカレーションタイムアウトは 10 分です。最大 90 分までの任意の期間に設定できます。
エスカレーションポリシー
エスカレーションタイムアウト内にアラートが確認または解決されない場合に、どの連絡先に、どの順序で通知するかを定義する一連のルール。エスカレーションポリシーは、通知ポリシーに追加できます。
イベント
インテグレーションされたモニタリングプロダクトからアラート管理システムに送信されるレコード。イベントが抑制されない限り、各イベントに対してアラートが作成されます。
イベントのグループ化
複数の関連イベントを単一のアラートに統合する機能。これにより、連絡先が処理する必要のあるアラートの数が減り、主要な情報が要約されて通知疲れが軽減されます。
イベントのサイレンシング
特定の重要でないイベントに対してアラートが作成されるのを防ぐ機能。
イベントの重複排除
インテグレーションから送信された重複イベントを単一のイベントにマージするプロセス。発生回数のみがカウントされます。
イベントの自動回復
指定された期間の後にイベントを自動的に解決する機能。イベントのデフォルトの自動回復期間は 5 分です。
T
前時間比の増減 (%)
過去 N 分間 (β) のデータと、前の時間の同じ N 分間の期間 (α) のデータを比較します。データは、平均値、合計値、最大値、または最小値にすることができます。
前日比の増減 (%)
過去 N 分間 (β) のデータと、前日の同じ N 分間の期間 (α) のデータを比較します。データは、平均値、合計値、最大値、または最小値にすることができます。
通知
アラートがトリガーされたときにアラート管理システムから連絡先に送信されるメッセージ。通知には、アラートオブジェクトとタイトルが含まれます。通知は、ショートメッセージ、メール、WeChat、DingTalk グループ、または Webhook で送信できます。
通知ポリシー
イベントをアラートに統合する方法と、割り当てられたアラートについて連絡先に通知する方法を決定するポリシー。電話、ショートメッセージ、メール、または DingTalk グループで通知を送信するように設定できます。これにより、解決または注意が必要なアラートについて、連絡先が 1 分以内に通知されることが保証されます。
Y
ユーザー
Alibaba Cloud アカウントまたは Resource Access Management (RAM) ユーザー。ARMS コンソールで、ユーザーは次の操作を実行できます:
通知ポリシーの作成、編集、変更。
エスカレーションポリシーの作成、編集、変更。
インテグレーションの作成、編集、変更。
アラートの表示、処理、解決。