Aide et guidesNotifications › Règles d'envoi d'alertes

Règles d'envoi d'alertes

3 min de lecture · Notifications

ePulz.io n'envoie pas d'alerte à chaque petite fluctuation. L'objectif est de ne vous prévenir que des vrais problèmes et de ne pas vous submerger de fausses alertes. Dans cet article, nous expliquons quand une alerte arrive, comment fonctionnent les tentatives répétées, l'e-mail de récupération (confirmation du rétablissement) et le mode silencieux (Quiet hours).

Quand une alerte est déclenchée

Une alerte est envoyée lorsque le moniteur détecte un problème - par exemple :

  • Le serveur répond avec un code HTTP différent de celui attendu (200 par défaut, ce qui signifie que tout va bien).
  • La réponse prend plus de temps que la limite de temps configurée.
  • La réponse ne contient pas le mot-clé que vous avez défini dans le moniteur HTTP (champ Mot-clé attendu).
  • Le certificat SSL expire bientôt (les avertissements arrivent 30, 14, 7, 3 et 1 jour à l'avance).
  • La validité du domaine expire (les avertissements arrivent 30, 14, 7, 3 et 1 jour à l'avance).
  • Un moniteur Heartbeat (qui attend un "battement de cœur" régulier de votre tâche) n'a pas reçu le ping attendu, même dans la fenêtre de tolérance (grace period).

Protection contre les fausses alertes (anti-flap)

Pour ne pas recevoir d'alerte à chaque court "soubresaut" du réseau, vous pouvez définir dans chaque moniteur le Nombre d'échecs avant alerte :

  • 1 - alerte immédiate dès le premier échec (le plus sensible).
  • 2 ou 3 - le réglage recommandé. Il élimine les courtes interruptions réseau sans vous laisser passer à côté d'une vraie panne.

Si votre serveur connaît parfois de brèves fluctuations, nous recommandons la valeur 2 ou 3 comme choix par défaut.

Vérification depuis plusieurs régions

Si plusieurs sondes sont disponibles, nous vérifions une panne depuis plusieurs régions et n'envoyons l'alerte qu'après confirmation par au moins deux régions. Cela permet de filtrer les problèmes réseau locaux (par exemple la panne d'un seul fournisseur de connexion dans un autre pays) qui ne vous concernent pas réellement.

Alerte de rétablissement (recovery)

Lorsque le moniteur répond de nouveau correctement après une panne, nous vous envoyons une alerte de rétablissement avec la durée totale de la panne. Vous savez ainsi immédiatement s'il faut intervenir ou si tout est déjà résolu. Vous pouvez désactiver les e-mails de récupération dans les paramètres si une alerte au moment de la panne vous suffit.

Aucune alerte en double

Au cours d'une seule panne, vous ne recevez qu'une seule alerte. Même si le moniteur échoue plusieurs fois de suite, vous ne recevrez pas des dizaines d'e-mails. Nous fusionnons automatiquement les alertes en double (la même panne par différents canaux). Nous n'envoyons une nouvelle alerte qu'à la prochaine panne distincte, c'est-à-dire après que le moniteur a entre-temps rétabli le service.

Mode silencieux (Quiet hours)

Pendant le mode silencieux, nous n'envoyons pas d'alertes - elles n'arrivent pas non plus rétroactivement une fois celui-ci terminé. Pour les alertes critiques, utilisez un webhook, qui contourne le mode silencieux. Vous configurez le mode silencieux et les canaux de notification dans la section Notifications :

Paramètres de notifications dans ePulz.io - Telegram, Slack, Discord, webhook et mode silencieux
Notifications - connexion de Telegram en un clic, webhooks pour Slack et Discord et réglage du mode silencieux
Recommandation : Pour la plupart des sites web, le réglage idéal est 2 échecs avant alerte et les alertes de rétablissement activées. Pour une infrastructure critique, choisissez 1 et profitez de la vérification depuis plusieurs régions.
Ce guide vous a-t-il été utile ?