Surveillance de la disponibilité

Une page en panne au moment où un robot ou un agent IA la récupère ne peut pas être citée, et chaque clic payant qui atterrit sur une page défaillante est une dépense perdue. Audit → Uptime vérifie votre domaine et ses pages clés selon un calendrier, ouvre un incident quand elles échouent et alerte les personnes concernées. Il couvre aussi les certificats SSL, le DNS et l’expiration du domaine, les tâches qui tournent derrière votre site, et la page d’état publique que consultent vos clients.

La surveillance de la disponibilité est disponible à partir de l’offre Starter : 5 moniteurs sur Starter, 20 sur Pro, 200 sur Premium, illimité sur Enterprise. Voir offres et limites.

Ajouter un moniteur#

1. Ouvrez Uptime et cliquez sur Add monitor

   Allez dans Audit → Uptime → Monitors et cliquez sur Add monitor.

2. Choisissez le type et la cible

   • HTTP. Une URL ; laissez vide pour surveiller la page d’accueil. Définissez les codes d’état attendus (2xx par défaut) et éventuellement un mot-clé qui doit apparaître sur la page, ou ne doit pas apparaître (« Fail when the keyword IS present »).
   • TCP. Un hôte et un port.
   • DNS. Un nom d’hôte, un type d’enregistrement et les valeurs qui doivent toutes être présentes dans la réponse.
   • Transaction. Une séquence d’étapes HTTP, chacune avec sa propre URL, son temps de réponse maximal et des valeurs extraites du JSON ou des en-têtes pour les étapes suivantes (par exemple, se connecter, puis appeler une API avec le jeton).

3. Définissez l’intervalle et les seuils

   Choisissez un intervalle de vérification : toutes les minutes, 5, 10 ou 30 minutes, ou toutes les heures. Les vérifications à une et cinq minutes nécessitent Pro ou supérieur ; Starter vérifie au plus toutes les 10 minutes. Définissez un Degraded threshold en millisecondes et un SLA target (%) facultatif entre 90 et 99,999.

4. Choisissez qui est alerté

   Les Notification recipients sont les membres de l’espace de travail qui reçoivent un e-mail quand le moniteur tombe et quand il se rétablit (par défaut : le propriétaire de l’espace de travail). Ajoutez jusqu’à cinq canaux Slack ou Webhook, avec un secret de signature facultatif pour les webhooks, et utilisez Test pour envoyer une notification de test. Sous Advanced settings, vous pouvez définir la méthode de requête, des en-têtes et un corps personnalisés, alerter sur les vérifications dégradées, et répéter les alertes tant qu’un incident reste ouvert.

Comment fonctionnent les incidents#

• Up, Degraded, Down. Une vérification plus lente que le seuil de dégradation est Degraded : c’est encore un succès, jamais un incident, et une alerte n’est envoyée que si vous l’activez.
• Deux échecs ouvrent un incident. Un échec isolé est confirmé avant toute action ; un incident ne s’ouvre qu’après deux échecs consécutifs, ce qui filtre les accrocs ponctuels.
• Un succès le ferme. La première vérification réussie remet le compteur d’échecs à zéro et résout l’incident.

La page de chaque moniteur montre la disponibilité sur 24 heures par cellules de 15 minutes, la disponibilité sur 90 jours par jour, le temps de réponse et la taille par vérification, les vérifications récentes avec des détails d’analyse (en-têtes de réponse, extrait du corps, étapes de transaction) et la liste des incidents, où vous pouvez accuser réception des incidents et ajouter des commentaires. Le panneau Technical health ajoute la validité du certificat SSL et les jours avant expiration, la résolution DNS et l’expiration de l’enregistrement du domaine.

Heartbeats#

Les vérifications de disponibilité sondent votre serveur de l’extérieur : elles ne peuvent donc pas voir une sauvegarde ou un import nocturne qui a silencieusement cessé de s’exécuter. Les Heartbeats inversent le sens : votre tâche appelle une URL de ping unique après chaque exécution réussie.

0 2 * * * /usr/local/bin/backup.sh && curl -fsS https://<your ping URL>

Définissez l’Expected interval et un Grace period en secondes. Si aucun ping n’arrive dans l’intervalle plus la période de grâce, un incident s’ouvre et vous êtes alerté. Copiez l’URL de ping exacte depuis la page du heartbeat ; Reset token en émet une nouvelle et l’ancienne cesse immédiatement de fonctionner. Un heartbeat peut aussi être intégré dans une page web sous forme de pixel visiteur, de badge d’état ou de graphique de disponibilité sur 24 heures ou 90 jours.

Fenêtres de maintenance#

Les travaux planifiés ne doivent pas compter comme une panne. Les Maintenance windows suppriment les changements d’incident et excluent la période du calcul de disponibilité. Une fenêtre peut être ponctuelle, quotidienne ou hebdomadaire, et limitée à un moniteur, à un domaine ou à tout l’espace de travail.

Pages d’état et rapport SLA#

• Status pages. Publiez une page destinée aux clients pour les moniteurs et heartbeats de votre choix, avec l’état des incidents en direct. Les visiteurs peuvent s’abonner par e-mail aux mises à jour de disponibilité. Activez Published pour la rendre publique.
• SLA report. La disponibilité mensuelle par moniteur et par heartbeat, maintenance exclue, face à l’objectif SLA de chaque moniteur : disponibilité, indisponibilité, incidents, incident le plus long, SLA respecté ou non, et part du budget d’indisponibilité utilisée ou restante. Téléchargez-le en CSV pour vos clients ou pour un reporting interne.

Exemple chiffré#

Un objectif de 99,9 % sur un mois de 30 jours autorise 30 × 24 × 60 × 0,1 % = 43,2 minutes d’indisponibilité. Deux incidents de 12 et 9 minutes consomment 21 minutes, ce qui laisse environ 22 minutes de budget. Une fenêtre de maintenance de 60 minutes ce mois-là n’est pas décomptée.

À lire aussi#