Servor. docs
en

Types de moniteurs

Comparez les types de moniteurs Servor — HTTP, TCP/port, ping, DNS, certificat SSL, mot-clé — et choisissez le bon pour chaque service.

Servor propose plusieurs types de moniteurs, chacun conçu pour vérifier une couche différente de votre infrastructure. Choisir le bon type fait toute la différence entre un moniteur qui détecte les vrais problèmes et un moniteur qui crie au loup. Cette page explique chaque type et quand l'utiliser.

Nouveau dans la surveillance ? Commencez par créer un moniteur — c'est là que vous choisissez le type.

Les types en un coup d'œil

TypeVérifieIdéal pour
HTTP(S)Une URL répond avec le code de statut attenduSites web, API, applications web
TCP / portUn port TCP accepte une connexionBases de données, SSH, mail, serveurs de jeu
Ping (ICMP)Un hôte répond au pingJoignabilité de base d'une machine
DNSUn domaine résout vers l'enregistrement attenduDomaines, migrations DNS
Certificat SSLUn certificat est valide et n'expire pas bientôtSites HTTPS, éviter les pannes d'expiration
Mot-cléUne page contient (ou non) un texte donnéDétecter pages d'erreur, défiguration, contenu

HTTP(S)

Le type le plus courant. Servor envoie une requête HTTP ou HTTPS vers une URL et vérifie la réponse. Utilisez-le pour tout ce qui parle HTTP — un site vitrine, un tableau de bord, une API REST, un endpoint de health-check.

Un bon moniteur HTTP pointe vers une URL peu coûteuse et représentative. Un endpoint /health dédié qui interroge votre base de données est bien plus utile que la page d'accueil, car il échoue quand ce qui compte vraiment échoue.

Pointez vers un endpoint de santé

Si votre application expose une route /health ou /status, surveillez-la. Elle répond vite, reste stable et reflète la capacité réelle de l'application à faire son travail.

TCP / port

Vérifie qu'un port donné accepte une connexion TCP sur un hôte — sans dialoguer avec le protocole qui tourne dessus. Utilisez-le pour les services qui ne sont pas en HTTP : une base PostgreSQL ou MySQL (5432 / 3306), SSH (22), SMTP (25 / 587), Redis (6379), ou un serveur de jeu.

Un moniteur TCP vous indique que le service écoute. Il ne vous dit pas qu'il est sain à l'intérieur — pour cela, préférez une vérification HTTP ou mot-clé quand le service le permet.

Ping (ICMP)

Envoie un echo ICMP (un « ping ») et attend une réponse. C'est la vérification de joignabilité la plus légère : l'hôte est-il en ligne et accessible sur le réseau, tout simplement ? Utilisez-le comme signal grossier pour une machine ou un équipement réseau.

Le ping peut être bloqué

De nombreux hôtes et pare-feu rejettent volontairement l'ICMP, ce qui fait passer un serveur sain pour « down » aux yeux d'un moniteur ping. Si un hôte bloque le ping, surveillez plutôt un vrai service dessus (HTTP ou TCP).

DNS

Résout un domaine et vérifie qu'il renvoie l'enregistrement attendu. Utilisez-le pour détecter directement les problèmes DNS — un enregistrement disparu, une mauvaise propagation après un changement, ou un souci chez le registrar. C'est particulièrement pratique pendant une migration DNS ou la configuration d'un domaine personnalisé, quand vous voulez confirmer que le nouvel enregistrement est actif partout.

Certificat SSL

Vérifie que le certificat servi sur un hôte HTTPS est valide et ne va pas expirer bientôt. Les certificats expirés sont l'une des pannes les plus courantes et les plus évitables — un certificat arrive à échéance en silence et chaque visiteur reçoit un avertissement de son navigateur.

Un moniteur SSL vous prévient en amont de l'expiration, pour renouveler à temps. Ajoutez-en un pour chaque domaine HTTPS qui compte, y compris le domaine personnalisé de votre page de statut.

Mot-clé

Récupère une page et vérifie la présence (ou l'absence) d'un texte précis. Cela détecte des pannes qu'un code de statut manque : une page qui renvoie 200 OK mais affiche un message d'erreur, une bannière de maintenance, ou une page blanche/défigurée.

Motifs courants :

  • Doit contenir un mot attendu sur une page saine (ex. le nom de votre produit, "Se connecter").
  • Ne doit pas contenir une chaîne d'erreur (ex. "500", "Service Unavailable", "En maintenance").

Quel type choisir ?

  • Un site web ou une API → HTTP(S), idéalement sur un endpoint de santé.
  • Une page qui peut renvoyer 200 tout en étant cassée → ajoutez un moniteur mot-clé.
  • Une base de données, SSH, mail ou autre service non-HTTP → TCP / port.
  • Simplement « la machine est-elle joignable ? » → ping (sauf si l'ICMP est bloqué).
  • Un domaine ou un changement DNS → DNS.
  • Tout certificat HTTPS → certificat SSL, pour anticiper l'expiration.

Il est normal de faire tourner plusieurs types sur un même service — par exemple un moniteur HTTP pour l'application, un moniteur SSL pour son certificat, et un moniteur TCP pour sa base de données. Une fois le type choisi, créez le moniteur dans Servor.

Étapes suivantes