Aller au contenu
Centoculus

Monitoring serveur

Monitoring serveur de l'intérieur, avec réparation quand un service s'arrête.

Les vérifications depuis l'extérieur vous disent qu'un site est down. L'agent serveur vous dit pourquoi : disque plein, base de données arrêtée, mémoire épuisée. Une seule commande l'installe sur Debian, Ubuntu et la famille RHEL. Il n'établit que des connexions sortantes et n'ouvre aucun port. Et quand un service s'arrête, l'intervention rapide peut le redémarrer.

Le monitoring de site web est gratuit. L'agent serveur est inclus à partir de l'offre Pro ; le nombre de serveurs dépend de l'offre.

Installé avec un seul ordre

Ajoutez le serveur dans l'app, copiez la commande, exécutez-la en root. L'agent est en ligne au bout d'une minute environ et remonte ses premières valeurs.

curl -fsSL https://app.centoculus.com/install/<votre-jeton> | sh
  • Debian, Ubuntu et la famille RHEL (AlmaLinux, Rocky Linux et autres), en paquet .deb ou .rpm pour amd64 et arm64
  • L'installateur vérifie la somme de contrôle du paquet avant d'installer quoi que ce soit
  • Connexions sortantes uniquement : l'agent envoie ses données vers l'extérieur, rien ne se connecte vers l'intérieur, vous n'ouvrez aucun port dans votre pare-feu
  • Chaque serveur a sa propre clé ; supprimez le serveur dans l'app et sa clé ne fonctionne plus
  • Agent open source, léger, sans conteneur et sans environnement d'exécution supplémentaire

Pas encore disponible : un agent pour les serveurs Windows. Les sites hébergés sur un serveur Windows restent surveillés depuis l'extérieur.

Ce que l'agent remonte

Les valeurs qui expliquent une panne, directement depuis le serveur.

  • CPU et charge

    Charge moyenne et utilisation du CPU, pour repérer un processus qui s'emballe avant que le site ne rampe.

  • Mémoire et swap

    Mémoire libre et utilisation du swap. Un serveur qui commence à swapper est un serveur qui tombera bientôt.

  • Disques

    Taux de remplissage de chaque système de fichiers. Un disque plein est la cause la plus fréquente de l'arrêt d'une base de données ou d'un serveur mail.

  • Services

    Les services que vous choisissez, par exemple nginx, Apache, PHP-FPM, MySQL ou Postfix. Si l'un d'eux s'arrête, vous recevez une alerte.

  • Base de données et serveur web

    L'agent reconnaît MySQL et MariaDB, Redis, nginx et Apache et remonte leurs indicateurs.

  • Réseau et temps de fonctionnement

    Trafic par interface et temps écoulé depuis le dernier redémarrage, pour qu'un reboot inattendu ne passe pas inaperçu.

Des alertes qui disent quoi faire

Une alerte nomme le serveur, le service ou le disque et la valeur, en mots simples : « nginx arrêté », « disque /var presque plein ». Vous la recevez par e-mail et notification push, par Telegram à partir de l'offre Pro, par webhook à partir de l'offre Business.

  • Seuils par disque, pour la mémoire et pour la charge, avec des valeurs par défaut raisonnables
  • Alerte quand un service choisi s'arrête, et fin d'alerte quand il tourne de nouveau
  • Alerte quand l'agent lui-même cesse de remonter des données, pour qu'un serveur qui se déconnecte ne reste jamais silencieux
  • Serveur et site web dans un seul compte : vous voyez côte à côte que le site est down et que la base de données s'est arrêtée

Réparer automatiquement en cas de panne

L'agent remonte les données ; la réparation passe par le Responder (un petit programme séparé, HTTPS sortant uniquement) ou par SSH en root sur le serveur. Activez la réparation automatique serveur par serveur dès que l'un des deux est en place ; elle puise dans votre solde prépayé ou dans les minutes incluses de votre offre « Réparation automatique ».

  1. Une vérification échoue

    Un service s'est arrêté ou un disque est plein. Un délai d'attente que vous fixez filtre les coupures brèves.

  2. L'intervention rapide s'exécute

    Elle redémarre le service si son test de configuration réussit, libère de l'espace disque ou renouvelle un certificat. Prix fixe ; elle n'installe aucun paquet, ne redémarre pas le serveur, ne supprime ni fichiers du site ni bases de données.

  3. L'intervention approfondie si besoin

    Si l'intervention rapide ne suffit pas, elle signale ce qu'elle a trouvé. Vous, ou le mode automatique, commandez l'intervention approfondie, facturée par tranches de 15 minutes ; l'estimation est un plafond.

La réparation automatique est désactivée tant que vous ne l'activez pas, serveur par serveur. Elle est payée sur une couverture réglée d'avance : les entreprises depuis leur solde prépayé, tous les autres depuis les minutes incluses de l'offre « Réparation automatique » (les minutes non utilisées expirent à la fin de la période indiquée dans l'app). Garde-fous : un délai d'attente, un plafond mensuel, un solde ou des minutes suffisants, pas de deuxième intervention tant qu'une autre est en cours. Détails sous dépannage en cas de panne.

Pour qui

  • Un VPS avec quelques sites

    Vous savez quand le disque se remplit et quand MySQL s'arrête, avant que vos visiteurs ne voient l'erreur 500. Vérification du site et agent dans une seule vue.

  • Agences

    Les serveurs de vos clients à côté de leurs sites, une page de statut par client et des dépannages que vous commandez pour eux. Vérifications jusqu'à plusieurs fois par minute selon l'offre.

  • Hébergeurs

    Monitoring et dépannage que vos clients achètent chez vous, sous votre marque. Voir marque blanche.

Questions sur le monitoring serveur

Quelles distributions Linux sont prises en charge ?

Debian, Ubuntu et la famille RHEL (AlmaLinux, Rocky Linux et systèmes compatibles), sur amd64 et arm64. L'installateur choisit le paquet .deb ou .rpm adapté à votre système.

L'agent ouvre-t-il un port sur mon serveur ?

Non. L'agent envoie uniquement ses données vers l'extérieur, par une connexion chiffrée. Rien ne se connecte vers l'intérieur, votre pare-feu reste tel quel.

Quelle charge l'agent ajoute-t-il ?

Très peu. Il lit des valeurs que le noyau tient de toute façon à jour et envoie quelques kilooctets à la fois. Sur un petit VPS, vous ne le remarquez pas.

Puis-je surveiller un serveur Windows ?

De l'intérieur, pas encore. Les sites, ports et certificats d'un serveur Windows sont surveillés depuis l'extérieur avec toutes les offres.

L'agent sert-il d'accès pour les dépannages ?

Non. L'agent surveille seulement et remonte des mesures. Les dépannages arrivent sur le serveur par l'une de trois voies : le Responder, un petit programme séparé, installé en root avec une seule commande, qui récupère son travail par HTTPS sortant et peut être limité à une liste de commandes autorisées ; SSH en root sur votre propre serveur ; ou un accès SSH restreint à votre hébergement mutualisé.

Comment le retirer ?

Supprimez le serveur dans l'app, ce qui invalide sa clé, puis désinstallez le paquet avec apt ou dnf. Rien d'autre ne reste sur le serveur.

Le monitoring serveur est-il inclus dans l'offre gratuite ?

Non. L'offre gratuite couvre le monitoring de site web ; ses limites sont indiquées sur la page tarifs. L'agent serveur est inclus à partir de l'offre Pro.

Voyez à l'intérieur de vos serveurs, et faites-les réparer.

Une seule commande pour installer, des alertes qui nomment la cause, et une réparation quand un service s'arrête. Vérifications de sites incluses, gratuites pour commencer.

À voir aussi: Dépannage en cas de panne · Uptime monitoring pour vos sites · Pages de statut · Tarifs · Site down checker