このドキュメントでは、集中イベントを終了するさまざまな方法について説明します。
集中イベントが自動的に終了する仕組み
集中イベントは、目標信号が条件の閾値で示された期間非違反状態に戻ると自動的に終了します。 この待ち時間は回復期間と呼ばれます。
たとえば、違反行為が「5 分以内に少なくとも 1 回は Apdex スコアが 0.80 を下回る」である場合、Apdex スコアが 5 分連続して 0.80 以上になると、集計 イベントは自動的に終了します。 同じことが「少なくとも x 分間」の違反値にも当てはまります。イベントを自動的に終了するには、x 分間の非違反行為が必要です。
まとめイベントが自動的に終了すると:
- クロージングのタイムスタンプは、リカバリー期間の開始時にさかのぼって表示されます。
- 評価はリセットされ、前回の人気イベントが終了した時点から再スタートします。
すべての条件には、長時間続くイベントを自動的に強制終了する集中イベントの時間制限が設定されています。
長時間続くイベントには制限時間を設定する
集中イベントの時間制限設定により、選択した日数/時間数が経過すると、長期にわたる集中イベントが自動的に強制終了されます。 これは、消滅しても自動的に終了しない継続的なイベントを引き起こす一時的なエンティティに最も役立ちます。
Limits and Defaults
- すべての集中イベントには、集中イベントの時間制限が適用されます。 ほとんどのアラート条件では、このフィールドを編集できます。
- 構成時にデフォルト値を指定しない場合、デフォルト値は 3 日 (インフラストラクチャの状態の場合は 24 時間) です。
- インフラストラクチャ以外のイベントの制限時間は、最短で 5 分、最長で 30 日間に設定できます。 何らかの理由で 30 日経過しても信号が侵害されない場合、集中イベントは終了し、新しい集中イベントが開始されます。 インフラストラクチャ条件は、1、2、4、8、12、24、48、または 72 の時間に設定できます。
ヒント
この設定は、非アクティブな問題の設定に関連しています。
これら 2 つの設定の期間が異なる場合、設定に関係なく、システムは短い方の期間を使用します。たとえば、クローズ/オープン集計 イベントの時間設定が 2 日間で、非アクティブな問題の時間設定が 3 日間の場合、システムは問題をクローズする前に 2 日間待機します。
Examples:
- イベントの制限時間を 12 時間に設定します。 その集中イベントが 12 時間続く場合、12 時間で終了し、そのエンティティの条件評価はリセットされます。
- JVMの CPU スパイクが発生し、これにより大量のイベントが発生します。 その後、JVM がクラッシュし、新しい JVM に置き換えられます。イベントの時間制限を設定していない場合、クラッシュしたJVMのイベントは決して終了しません。