Une supervision qui détecte une anomalie ne sert à rien si l'alerte n'atteint pas la bonne personne, un sujet évoqué dans notre pilier supervision & hypervision informatique. Cette page détaille la configuration des alertes et de l'astreinte.
Alertes, escalade et astreinte en supervision informatique
Seuils d'alerte, priorisation, astreinte : faire en sorte qu'une alerte de supervision atteigne la bonne personne au bon moment.
Comment sont configurées les alertes automatiques de supervision
Les alertes automatiques en cas d'anomalie se configurent par équipement et par type d'indicateur, avec un déclenchement dès qu'un seuil prédéfini est dépassé. Plusieurs canaux d'alerte peuvent être utilisés selon la gravité — email pour les alertes mineures, SMS ou application dédiée pour les incidents critiques nécessitant une réaction immédiate.
Définir des seuils d'alerte pertinents pour chaque équipement
Un seuil d'alerte doit être défini spécifiquement pour chaque équipement plutôt qu'appliqué uniformément, un seuil de charge processeur pertinent pour un serveur pouvant être totalement inadapté pour un autre équipement aux usages différents.
Prioriser les alertes et réduire les faux positifs
Éviter d'être submergé par un trop grand nombre d'alertes non prioritaires suppose de prioriser selon la criticité réelle de l'équipement ou du service concerné, plutôt qu'un traitement uniforme qui noie les alertes vraiment importantes dans un flux continu de notifications mineures. Réduire le taux de faux positifs passe par un ajustement progressif des seuils au fil de l'expérience, plutôt que des valeurs figées dès le déploiement initial de la supervision.
Escalade et astreinte technique en dehors des heures ouvrées
Une procédure d'escalade en cas d'alerte non traitée dans les délais mobilise automatiquement un niveau de responsabilité supérieur, garantissant qu'aucune alerte critique ne reste sans réponse faute de disponibilité de la première personne contactée. Organiser une astreinte technique pour traiter les alertes en dehors des heures ouvrées suppose une rotation claire entre plusieurs personnes ou un prestataire dédié à cette fonction continue.
Voir aussi
Cette page complète le pilier supervision & hypervision informatique. Voir aussi le NOC (Network Operations Center) et l'infogérance.
Questions fréquentes
Quels canaux d'alerte utiliser en cas d'incident détecté (email, SMS, application) ?
Le choix dépend de la gravité : email pour les alertes mineures, SMS ou application dédiée pour les incidents critiques nécessitant une réaction immédiate de l'équipe technique.
Qu'est-ce qu'un seuil d'alerte et comment le définir correctement pour chaque équipement ?
C'est la valeur qui déclenche une alerte une fois dépassée ; elle doit être définie spécifiquement pour chaque équipement, un seuil pertinent pour un serveur pouvant être inadapté ailleurs.
Qu'est-ce qu'une procédure d'escalade en cas d'alerte non traitée dans les délais ?
C'est un mécanisme qui mobilise automatiquement un niveau de responsabilité supérieur, garantissant qu'aucune alerte critique ne reste sans réponse faute de disponibilité du premier contact.
Comment réduire le taux de faux positifs dans les alertes de supervision ?
Par un ajustement progressif des seuils au fil de l'expérience, plutôt que des valeurs figées dès le déploiement initial qui génèrent souvent trop d'alertes non pertinentes.