Aller au contenu

Uptime Monitoring

La surveillance de disponibilité répond à une seule question : le service est-il joignable et se comporte-t-il correctement, maintenant et dans la durée. Dans LoadFocus, il n'existe pas d'objet "moniteur de disponibilité" distinct à créer. La disponibilité est ce que mesurent vos checks existants, et elle est rapportée à deux endroits : vos pages de statut et vos rapports SLA et SLO. Vos alertes vous préviennent lorsqu'un check échoue.

Pour une vue d'ensemble de la fonctionnalité et de ses forfaits, consultez surveillance de disponibilité.

Cette distinction compte au moment de la configuration. Vous ne choisissez pas "surveillance de disponibilité" dans un menu. Vous créez le check correspondant à ce dont vous devez prouver le bon fonctionnement, et la disponibilité en découle.

Ce dont vous devez prouver le fonctionnement Utilisez
Un endpoint HTTP unique répond correctement Check d'API
Un workflow d'API complet aboutit toujours Check d'API multi-étapes
Un parcours utilisateur fonctionne encore dans un vrai navigateur Browser check
Un service non HTTP accepte les connexions Moniteur de port TCP
Les enregistrements DNS résolvent toujours vers les bonnes valeurs Moniteur DNS
Une tâche planifiée s'est réellement exécutée Moniteur heartbeat
Un certificat n'est pas sur le point d'expirer Surveillance des certificats SSL, inclus dans chaque check d'API HTTPS

Tous partagent les mêmes canaux d'alerte. Les checks d'API, multi-étapes et navigateur s'exécutent selon un calendrier depuis les régions cloud que vous choisissez ; un moniteur heartbeat attend à la place un ping de votre tâche.

La disponibilité est le pourcentage pondéré par le temps de checks réussis sur la fenêtre que vous sélectionnez. Un check tombé pendant une heure sur une fenêtre de 30 jours fait baisser la disponibilité proportionnellement à cette heure, au lieu de compter comme une seule exécution en échec. Lorsqu'il n'y a aucun résultat sur la fenêtre, la disponibilité s'affiche sous forme de tiret et non de zéro, car une absence de données n'est pas une panne.

Les pages de statut affichent le statut en direct et la disponibilité sur 90 jours des services que vous choisissez, alimentées par vos moniteurs existants. Vous pouvez publier des incidents, planifier des fenêtres de maintenance pour qu'une opération prévue ne se lise pas comme une panne, et laisser les visiteurs s'abonner aux mises à jour. Une page de statut peut être servie sur votre propre domaine.

Les rapports SLA et SLO transforment ces mêmes résultats en objectif. Fixez un SLO par moniteur, par exemple 99,9 %, et LoadFocus suit si vous le respectez, combien de budget d'erreur il reste, vous alerte en cas de dépassement et envoie un rapport SLA récurrent par e-mail. Les rapports SLA et SLO sont une fonctionnalité payante.

Une seule exécution en échec n'est pas toujours une panne. Configurez les tentatives de check et seuils d'alerte pour qu'une coupure réseau passagère ne réveille pas votre astreinte, et utilisez les fenêtres de maintenance pour les opérations prévues.

C'est le fait de vérifier selon un calendrier si un service est joignable et répond correctement, puis de rapporter la disponibilité dans la durée. Dans LoadFocus, elle est produite par vos checks d'API, navigateur, TCP, DNS et heartbeat, et non par un type de moniteur distinct.

Comment le pourcentage de disponibilité est-il calculé ?

Section intitulée « Comment le pourcentage de disponibilité est-il calculé ? »

C'est le pourcentage pondéré par le temps de checks réussis sur la fenêtre sélectionnée : une heure de panne sur une fenêtre de 30 jours réduit donc la disponibilité proportionnellement à cette heure.

Ai-je besoin d'un type de moniteur spécial pour la disponibilité ?

Section intitulée « Ai-je besoin d'un type de moniteur spécial pour la disponibilité ? »

Non. Créez le check correspondant à ce dont vous devez prouver le bon fonctionnement, et la disponibilité en est rapportée sur vos pages de statut et dans vos rapports SLA.

Oui. Une page de statut affiche le statut en direct et la disponibilité sur 90 jours des services que vous choisissez, et peut être servie sur votre propre domaine.

Comment éviter qu'une brève coupure réseau ne me réveille ?

Section intitulée « Comment éviter qu'une brève coupure réseau ne me réveille ? »

Utilisez les tentatives de check et les seuils d'alerte pour qu'un check doive échouer plus d'une fois avant qu'une alerte se déclenche, et planifiez des fenêtres de maintenance autour des opérations prévues.