Incidents

Les incidents sont l'enregistrement automatique par InfraNest d'une panne — créé au moment où une vérification confirme qu'un problème réel s'est produit, et clôturé automatiquement une fois le service rétabli. Cet article s'adresse à toute personne devant suivre, accuser réception ou examiner les pannes de son infrastructure.

Vue d'ensemble

• Un échec confirmé ouvre un incident qui capture l'impact, la cause probable et la durée.
• Les incidents liés à une maintenance planifiée sont marqués comme planifiés, afin qu'ils ne comptent pas dans vos temps d'arrêt imprévus.
• Chaque incident dispose d'une chronologie sur laquelle vous pouvez publier des mises à jour, et il se résout automatiquement lorsque la vérification sous-jacente se rétablit.

Comment fonctionnent les incidents

1. Lorsqu'une vérification échoue réellement (et non un simple aléa ponctuel), InfraNest ouvre automatiquement un incident.
2. L'incident enregistre l'impact et la cause, et commence à mesurer sa durée.
3. Vous pouvez accuser réception de l'incident pour que votre équipe sache que quelqu'un s'en occupe déjà.
4. Publiez des mises à jour dans la chronologie de l'incident à mesure que vous en apprenez davantage ou que la situation évolue.
5. Une fois la vérification rétablie, l'incident se résout automatiquement — aucune action n'est requise de votre part.

NoteLes incidents liés à une maintenance planifiée sont étiquetés comme planifiés, et sont donc exclus de vos temps d'arrêt imprévus.

Éviter les vagues d'alertes grâce aux dépendances

1. Identifiez une vérification dont la panne entraînerait naturellement l'échec d'autres vérifications (par exemple, un réseau ou un équilibreur de charge partagé).
2. Ouvrez les paramètres de cette vérification amont et configurez les vérifications concernées pour qu'elles en dépendent.
3. Lorsque la vérification parente tombe en panne, les alertes de ses vérifications dépendantes sont automatiquement supprimées.
4. Vous obtenez un seul incident pour la panne réelle et sa cause racine — et non une avalanche d'alertes distinctes pour chaque vérification affectée.

Comprendre les e-mails d'alerte que vous recevrez

1. Lorsqu'un problème survient, vous recevez un e-mail vous en informant.
2. Lorsque le service est rétabli, vous recevez un second e-mail — celui-ci vous indique la durée de la panne et la vitesse de réponse actuelle du service.
3. L'e-mail de rétablissement est envoyé même aux destinations configurées pour ne recevoir que les alertes critiques, et même en dehors de leurs heures de silence, car si une destination a été informée de la panne, elle doit aussi être informée de sa résolution.
4. Chaque e-mail comprend un lien Voir l'incident qui ouvre cet incident précis, avec sa chronologie complète et sa zone de commentaires, quelle que soit son ancienneté.

TipUtilisez la zone de commentaires de la chronologie d'un incident pour laisser des notes à votre équipe — c'est un moyen pratique de garder une trace de ce qui a été vérifié et à quel moment.

Consulter les incidents sur la page Incidents

1. Accédez à Incidents dans le menu latéral pour voir la liste complète.
2. Utilisez le filtre pour restreindre la liste aux incidents ouverts, accusés de réception ou résolus.
3. Sélectionnez un incident pour ouvrir sa chronologie complète.
4. Si vous êtes arrivé via le lien Voir l'incident d'un e-mail d'alerte, vous verrez uniquement cet incident avec une notice en haut de page — sélectionnez Afficher tous les incidents pour revenir à la liste complète.

Résolution des problèmes

• Vous recevez trop d'alertes pour une seule panne ? Configurez des dépendances entre les vérifications afin que seule la vérification à l'origine du problème déclenche un incident.
• Vous ne trouvez plus un ancien incident à partir d'un lien d'e-mail ? Sélectionnez Afficher tous les incidents dans la notice en haut de page pour parcourir la liste complète sur la page Incidents.