Ce document explique les différentes façons de fermer les événements d'alerte.
Comment les événements d'alerte se ferment automatiquement
Un événement d'alerte se fermera automatiquement lorsque le signal ciblé reviendra à un état de non-violation pendant la période indiquée dans les seuils de la condition. Ce temps d'attente est appelé la période de récupération.
Par exemple : si le comportement de violation est « score Apdex inférieur à 0,80 au moins une fois en 5 minutes », alors l'événement d'alerte se fermera automatiquement lorsque le score Apdex sera égal ou supérieur à 0,80 pendant 5 minutes consécutives. Il en va de même pour un seuil "pendant au moins x minutes" : x minutes de comportement sans violation sont requises pour fermer automatiquement l'événement d'alerte.
Lorsqu'un événement d'alerte se ferme automatiquement :
- L'horodatage de clôture est rétroactif au début de la période de récupération.
- L'évaluation se réinitialise et redémarre à partir du moment où l'événement d'alerte précédent s'est terminé.
Toutes les conditions disposent d'un paramètre de limite de durée d'événement d'alerte qui forcera la fermeture automatique d'un événement d'alerte de longue durée.
Définir une limite de temps pour les événements d'alerte de longue durée
Le paramètre de limite de temps de l'événement d'alerte forcera automatiquement la fermeture d'un événement d'alerte de longue durée après le nombre de jours/heures que vous sélectionnez. Ceci est particulièrement utile pour les entités éphémères qui, lorsqu'elles disparaissent, provoquent un événement d'alerte continu qui ne se ferme pas automatiquement.
Limits and Defaults
- Une limite de temps d'événement d'alerte sera appliquée à tous les événements d'alerte. La plupart des conditions d'alerte vous permettent de modifier ce champ.
- La valeur par défaut, si aucune valeur n'est fournie lors de la configuration, est de 3 jours (24 heures pour les conditions d'infrastructure).
- La limite de durée de l'événement d'alerte pour les conditions non-Infrastructure peut être définie à un minimum de 5 minutes et un maximum de 30 jours. Si, pour une raison quelconque, le signal est toujours en dépassement dans 30 jours, l'événement d'alerte sera clôturé et un nouvel événement d'alerte sera ouvert. Les conditions d'infrastructure peuvent être définies pour les heures suivantes : 1, 2, 4, 8, 12, 24, 48 ou 72.
Conseil
Ce paramètre est lié au paramètre de problème inactif.
Lorsque les périodes de ces deux paramètres sont différentes, notre système utilise la période la plus courte, quel que soit le paramètre. Par exemple, si le paramètre de délai de fermeture des événements d'alerte ouverts est de 2 jours et que le paramètre de délai d'inactivité du problème est de 3 jours, notre système attendra 2 jours avant de fermer le problème.
Examples:
- Vous avez défini la limite de temps de l'événement d'alerte à 12 heures. Si cet événement d'alerte dure 12 heures, il sera clôturé au bout de 12 heures et l'évaluation de la condition de cette entité sera réinitialisée.
- Votre JVM subit un pic de CPU et cela crée un événement d'alerte. La JVM plante alors et est remplacée par une nouvelle JVM. Si vous n'avez pas défini de limite de temps pour les événements d'alerte, l'événement d'alerte de la JVM plantée ne se fermera jamais.