管理モジュールの作成および使用 › アラートによるパフォーマンスの監視 › サマリ アラートについて

サマリ アラートについて

サマリ アラートは、その下位にある複数の簡易アラートのステータスを 1 つのステータスに総括するための手段として機能します。

簡易アラートは 4 つの状態のうちの 1 つを示します。これは、最も良好なものから順に挙げると、レポートなし、緑、黄、赤です。 サマリ アラートの状態は、その下位にある簡易アラートの状態のうち最も悪いものに設定されます。したがって、簡易アラートに設定されるような明示的な危険しきい値と警告しきい値はなく、また比較演算子もありません。

下位にある簡易アラートの状態と上位にあるサマリ アラートの状態の関係について理解するため、ここでは GC ヒープ アラート、および接続プール アラートという 2 つの簡易アラートを下位に持つサマリ アラートを例に挙げて説明します。

以下の表にアラートの状態を定義します。

サマリ アラートとその下位にある簡易アラートの期間

サマリ アラートには、その下位にある各簡易アラートの現在の状態を確認する期間として、ユーザ定義の期間を設けることができません。 サマリ アラートの期間は、その下位にある簡易アラートの期間のうち最も短いものに自動で設定されます。 これには以下の 2 つのケースが存在します。

• 各アラートの期間がすべて同一であるケース： 最新メトリック データに関する各アラートの評価に遅延はありません。
• 各アラートの期間がすべて同一ではないケース： サマリ アラートの状態の評価は、その下位にある各アラートで前回算出された状態を使用して、サマリ アラート自体の期間に従って行われます。 たとえば、サマリ アラート A の下位に、期間が 30 秒のアラート X と期間が 45 秒のアラート Y があるとします。この場合、サマリ アラート A は、30 秒間隔で、アラート X とアラート Y のそれぞれの最新状態（それぞれの期間に基づいて前回算出された状態）を基に、サマリ アラート A 自体の状態を判定します。

  下位にある複数の簡易アラートが異なる期間を持っている場合には、短い方の期間がサマリ アラートの期間として用いられます。 下位にある簡易アラートの間の期間の差異が比較的小さい場合は、これでうまくいきます。 しかし、下位にある簡易アラートの間の期間の差異が大きい場合は、サマリ アラートの状態が緑になると予期される状況にもかかわらず、期間が長い簡易アラートが原因でかなり前の状態がサマリ アラートに反映され、過去のすでに無効な状態が表示される結果になる可能性があります。

  たとえば、Application Health というサマリ アラートの下位に WebServerSlow という簡易アラートがあり、この簡易アラートの期間が 1 時間である場合、サマリ アラートは WebServerSlow の状態を反映した状態を示しますが、基になる WebServerSlow の状態は最大で 1 時間前のものになります。 Web サーバの実行速度が 1 時間前に低下し、その 50 分後に自動回復した場合、アプリケーションの実際の状態が現在では緑/OK であるのは明白です。しかし、このとき、Web サーバの実行速度の低下に関する簡易アラートである WebServerSlow が赤のままになり、その結果としてサマリ アラートの Application Health も赤になる可能性があります。

  このような状況が発生するのを防ぐための最良の方法は、期間の差異がないか小さい簡易アラートを基にして、サマリ アラートを設定することです。

サマリ アラートを使用する場合の注意事項

サマリ アラートには以下のような注意事項があります。

• サマリ アラートの下位には簡易アラートおよびほかのサマリ アラートを含めることができます。
• サマリ アラートは、アラート ステータス インジケータ Data Viewer でのみ表示できます。
• 簡易アラートをサマリ アラートの下位に含めても、その簡易アラートに定義されている通知アクションは無効になりません。 通知アクションが簡易アラートとサマリ アラートの両方のレベルで定義されている場合は、同じ問題に関する同内容の複数の通知を受け取る可能性があります。 したがって、同じ問題に関する通知が重複しないようにする場合は、簡易アラートの通知アクションを無効にしてください。