しきい値検出アラートルールを作成して、特定のアプリケーションをモニタリングできます。アラートルールがトリガーされると、システムは指定された連絡先または DingTalk グループに通知するため、適切なアクションを実行できます。
前提条件
お使いのアプリケーションが Application Monitoring と連携済みであることを確認してください。詳細については、「Application Monitoring の概要」をご参照ください。
しきい値検出の設定
にログインします。 ARMSコンソールを使用します。
-
左側メニューで、 を選択します。表示されたページで、アラートルールの作成 をクリックします。
-
アプリケーションモニタリングアラートルールの作成 ページで、[Alert Rule Name] を指定し、[Alert Detection Type] を [Threshold Detection] に設定します。
説明動的しきい値の設定方法については、「動的しきい値」をご参照ください。
-
アラートオブジェクト セクションで、モニタリング対象のアプリケーション、メトリクスタイプ、フィルター条件を選択します。
パラメーター
説明
[Alert Application]
モニタリング対象のアプリケーションを選択します。1 つ以上のアプリケーション、またはすべてのアプリケーションを選択できます。
[Automatically apply this alert rule to newly created applications]
このオプションを選択すると、Application Monitoring と連携する新しいアプリケーションにこのアラートルールが自動的に適用されます。
[Metric Type]
モニタリング対象のメトリクスタイプを選択します。詳細については、「アラートルールのメトリクス」をご参照ください。
説明[Alert rules] と [Filter Condition] セクションで利用可能なオプションは、選択した [Metric Type] によって異なります。
[Filter Condition]
メトリクスをフィルタリングして、モニタリング範囲を絞り込みます。
アラートメトリクスのディメンション：
-
走査：アラート通知には、アラートをトリガーした特定のディメンション値が含まれます。
-
なし：アラート通知には、このディメンションのすべての値の合計が含まれます。
-
=：指定されたディメンション値のデータのみがアラートに含まれます。
-
!=：指定されたものを除くすべてのディメンション値のデータがアラートに含まれます。
-
Contains：指定された文字列を含むディメンション値のデータのみがアラートに含まれます。
-
Does not contain：指定された文字列を含むものを除くすべてのディメンション値のデータがアラートに含まれます。
-
RegEx match：指定された正規表現に一致するディメンション値のデータのみがアラートに含まれます。
-
-
アラートルール セクションで、[Alert Trigger Mode] を選択し、[Alert Condition] を設定します。
パラメーター
説明
[Alert Trigger Mode]
-
[Single Condition]： 指定された条件が満たされた場合にアラートがトリガーされます。
-
[Multiple Conditions]： [Alert Triggering Rules] のルールを選択します。
-
[Meet All the Following Rules]： すべてのアラート条件が満たされた場合にのみ、アラートがトリガーされます。
-
[Meet One of the Following Rules]： いずれかのアラート条件が満たされた場合にアラートがトリガーされます。
-
[Alert Condition]
[Single Condition]：
アラートルールの式を定義します。重要度レベルごとに異なるしきい値を設定できます。
アラートの重要度レベルは P4 (最低) から P1 (最高) までです。必要なレベルのしきい値を設定できます。すべてのレベルにしきい値を設定する必要はありません。
例 1： 過去 5 分間の JVM Full GC の平均回数が 1 を超える場合は P4 アラート、2 を超える場合は P3 アラート、5 を超える場合は P2 アラート、10 を超える場合は P1 アラートをトリガーします。
例 2： 過去 5 分間の JVM Full GC の平均回数が 1 を超える場合に P4 アラートをトリガーします。
[Multiple Conditions]：
[Add Condition] をクリックして、複数のアラート条件を定義します。
例：
[Alert Triggering Rules]： [Meet All the Following Rules]
条件 1： 過去 2 分間の平均コールエラー率が 5% 以上。
条件 2： 過去 2 分間のコール数が 200 以上。
[Multiple Conditions] モードでは、[Alert Level] も設定する必要があります。アラートの重要度レベルは P4 (最低) から P1 (最高) までです。
[Enter P4 recommended threshold]
比較チャートを使用して、メトリクスのしきい値を調整します。このルールが複数のアプリケーションに適用される場合は、[Application] の横にある
アイコンをクリックして、アプリケーションごとに異なる推奨しきい値を生成します。ARMS は、インテリジェントアルゴリズムを使用して、過去のメトリクスデータに基づいてしきい値を推奨します。詳細については、「推奨しきい値の仕組み」をご参照ください。
アラート数予測
選択した過去の期間中にメトリクスがしきい値を超えたであろうと推定される回数を表示します。特定の回数をクリックすると、過去の時点でアラートをトリガーしたであろうメトリクス値を確認できます。
アラートルールを作成または変更するたびに、[alert quantity prediction] 機能を使用してください。この機能は、過去のデータを分析して、選択した期間内のアラート数を予測し、しきい値の微調整に役立ちます。詳細については、「アラート数予測の仕組み」をご参照ください。
データ完全性待機
有効にすると、システムはアラート評価を実行する前にメトリクスデータが安定して書き込まれるまで待機し、データ書き込みの遅延やジッターによる誤ったアラートを防ぎます。
無効にすると、アラート通知のレイテンシーは短縮されますが、すべてのメトリクスデータが完全に書き込まれる前にアラートが早期にトリガーされる可能性があり、誤ったアラートのリスクを伴います。通知のレイテンシーとアラートの精度のどちらを優先するかに基づいて、ビジネスの許容度に応じて選択してください。
-
-
[Notification Policy] と [Advanced Alert Settings] を設定します。
パラメーター
説明
[Notification Policy]
-
[Do Not Specify Notification Policy]： このオプションを選択した場合、このアラートルールは直接通知を送信しません。通知は、アラートが別の通知ポリシーに一致する場合にのみ送信されます。
-
[Specify a notification policy]： アラートがトリガーされると、ARMS は指定された通知ポリシーを使用してアラート通知を送信します。既存のポリシーを選択するか、新しいポリシーを作成できます。詳細については、「通知ポリシー」をご参照ください。
[Advanced Alert Settings]
[No data]
データが欠損している場合、または複合メトリクスや期間比較の場合にアラートを処理する方法を指定します。データ不足によりアラート条件が満たされない場合、システムがその値を 0 または 1 として扱うか、アラートをトリガーしないように設定できます。
詳細については、「アラート管理の用語集」をご参照ください。
単一条件のアラートモードで [Alert quantity prediction] 機能を使用する際に例外エラーが発生した場合、通常、これはゼロ埋め戦略が設定されていない状態でメトリクスデータが欠損していることが原因です。[Alert quantity prediction] 機能を使用する前に、[No data] 設定でゼロ埋めデータ補完戦略を有効にしてください。
-
-
設定が完了したら、保存 をクリックします。
推奨しきい値
推奨しきい値機能は、選択したアプリケーション、インターフェイス、アラートメトリクスの過去のデータを分析して、適切な静的しきい値を推奨します。また、メトリクスとしきい値を比較するリアルタイムチャートを生成し、しきい値の調整に役立ちます。
ユースケース
-
メトリクスに関するアラートを頻繁に受け取るものの、システムは正常に動作している場合、しきい値が低すぎるか、特定のアプリケーションやインターフェイスに適していない可能性があります。このような場合は、「推奨しきい値」機能を使用して、アラートルールまたは特定のアプリケーションやインターフェイスのしきい値を調整します。ARMS は、過去のデータに基づいて新しいしきい値を自動的に推奨します。
-
多くのアプリケーションやインターフェイスにわたってメトリクスに異なるしきい値を設定する必要がある場合は、「推奨しきい値」機能を使用します。この機能は、インテリジェントアルゴリズムを使用して、各アプリケーションまたはインターフェイスに適切な
しきい値を迅速に設定し、手動設定の手間を省きます。
仕組み
[Enter P4 recommended threshold] をクリックすると、ARMS は指定された各アプリケーションおよびインターフェイスのメトリクスの過去 3 日間のデータを取得します。次に、N-sigma アルゴリズムを使用して平均と分散を計算します。ビジネスパターンが安定していると仮定すると、メトリクスは正規分布に従うはずです。この場合、平均から大幅に逸脱した値 (たとえば、3 標準偏差) はまれであり、異常を示している可能性があります。この原則に基づいて、ARMS は過去 3 日間のメトリクスの平均値と変動性に基づいてしきい値を提案します。
P4 アラートレベルは最も重要度が低いレベルです。推奨される P4 しきい値は、軽微な異常を示します。P4 の推奨値をベースラインとして使用して、P1、P2、P3 などのより深刻なアラートのしきい値を設定できます。
アラート数予測
アラート数予測機能は、過去のデータを分析して、選択した期間内にトリガーされたであろうアラートの数を予測し、各アラートが発生したであろう正確な時刻を表示します。
仕組み
ARMS は、過去 24 時間のメトリクスデータを分析して、提案したしきい値で生成されたであろうアラートの数を予測します。また ARMS は、メトリクス値がしきい値を超えたであろう正確な時刻を示す詳細も提供します。この情報を使用して、ビジネスニーズに合わせてしきい値を調整できます。
よくある質問
「<= しきい値」のアラートルールがデータ欠損時にトリガーされる理由
「<= 2」 などの小なりイコール演算子を使用してアラート条件を設定し、監視対象オブジェクト (単一の JVM インスタンスなど) が統計期間内にデータ欠損を経験した場合 (アプリケーションの再起動、ハング、CPU の飽和、ネットワーク中断、またはプローブがデータを報告できなくなるその他の問題によって引き起こされる)、欠損データのために累積合計値がしきい値を下回り、誤ったアラートがトリガーされます。
この種の誤ったアラートの根本原因は、モニタリングデータの不連続性です。単にしきい値を調整するだけでは問題を解決できません。この問題に対処するには、以下の手順の一方または両方を実行します：
-
データ欠損の原因を調査して解決します (たとえば、プロセス クラッシュや高 CPU 使用率など、プローブがメトリクスを報告できない原因となるアプリケーションの可用性の問題を診断します)。
-
[No data] 設定で、システムが欠損メトリクスデータをどのように処理するかを定義します (たとえば、ゼロ埋めデータ補完戦略を使用して、統計ウィンドウ中の欠損データポイントを 0 で補完します)。
しきい値検出アラートルールの作成時にホストモニタリングやコンテナモニタリングのデータを収集できない理由
しきい値検出は、主にアプリケーションモニタリングメトリクス用に設計されています。ホストモニタリングまたはコンテナモニタリングメトリクスのアラートルールを設定する必要がある場合は、代わりに「インターバル検出」を使用してください。