Supervision serveur : superviser Windows, Linux et macOS
Superviser un serveur consiste à mesurer en continu son état interne — disque, mémoire, processeur, services — pour détecter une dégradation avant qu'elle ne devienne une panne. Voici les métriques qui comptent, les seuils à retenir et la manière de les collecter.
Les quatre familles de métriques à suivre
Elles couvrent la grande majorité des incidents serveur. Tout le reste est du raffinement.
Espace disque
Alerte à 85 %, critique à 95 %
La première cause de panne évitable. Un disque système plein bloque les écritures, les journaux et souvent la base de données. Surveillez la tendance autant que le pourcentage : un remplissage de 2 % par jour annonce la saturation avant que le seuil ne soit atteint.
Mémoire disponible
Alerte sous 15 % disponible
Une mémoire saturée déclenche le recours au swap, et les temps de réponse s'effondrent bien avant que le service ne tombe. Sur Linux, surveillez la mémoire réellement disponible, pas la mémoire libre : le cache système fausse la lecture.
Charge processeur
Alerte sur une moyenne soutenue
Un pic à 100 % est normal. Une charge élevée maintenue plusieurs minutes ne l'est pas. Alertez sur une moyenne prolongée plutôt que sur une valeur instantanée, sans quoi vous générerez du bruit à chaque sauvegarde.
Services et disponibilité
Contrôle continu
Un serveur qui répond au ping avec son service applicatif arrêté est considéré comme disponible par un contrôle réseau simple. Surveillez l'état des services eux-mêmes, ainsi que les redémarrages inattendus.
Comment collecter ces métriques
1. Installer un agent sur chaque système
Les vérifications réseau externes indiquent seulement qu'un service répond. Pour connaître l'état interne — disque, mémoire, services — un agent doit être installé sur le système. C'est un service léger, de quelques dizaines de mégaoctets en mémoire.
2. Privilégier le mode actif
En mode actif, l'agent se connecte lui-même au serveur de supervision et pousse ses données. Aucun port entrant n'est à ouvrir, ce qui fonctionne derrière un NAT, entre plusieurs sites ou vers le cloud. Logiserv fonctionne exclusivement en mode actif : aucune règle de pare-feu à créer.
3. Chiffrer la liaison
Par défaut, les métriques transitent en clair. Dès que le trafic sort de votre réseau, utilisez une clé pré-partagée distincte par système : une clé unique partagée sur tout le parc annule une grande partie du bénéfice.
4. Régler les seuils avant d'activer les alertes
Un seuil trop sensible produit des alertes que plus personne ne lit, et une alerte ignorée ne sert à rien. Observez une à deux semaines de données réelles avant de fixer les valeurs définitives.
Guides d'installation par système
Procédures complètes, utilisables avec n'importe quel serveur Zabbix.
Faire tout cela sans monter d'infrastructure
La démarche ci-dessus suppose un serveur de supervision à installer, une base de données à dimensionner, des templates à configurer et des seuils à régler. Logiserv s'appuie sur le moteur Zabbix et prend en charge cette partie : vous installez un agent en une commande, les templates sont appliqués selon le système détecté et les tableaux de bord sont déjà en place.
Ce que Logiserv ajoute à Zabbix et Grafana
Le même moteur open source, avec quatre apports que vous n'avez pas à construire vous-même.
Des tableaux de bord Grafana prêts
Processeur, mémoire, disques, réseau et état de chaque système, dans des tableaux de bord Grafana déjà construits, traduits en 7 langues et ouverts depuis votre espace client.
Tableaux de bord GrafanaL'IA dans chaque alerte Zabbix
Chaque alerte arrive avec un diagnostic rédigé par l'IA : cause probable et actions à mener. Mistral est inclus ; OpenAI, Anthropic, Google et d'autres sont disponibles au choix.
Le diagnostic IADes alertes dans la langue de chacun
E-mails, notifications push et diagnostic IA sont rédigés dans la langue préférée de chaque destinataire : français, anglais, allemand, espagnol, italien, néerlandais ou portugais.
Les 7 languesDes rapports Grafana chaque mois
En fin de mois, un rapport PDF de disponibilité, d'incidents et de performances est envoyé à l'équipe, dans sa langue. Inclus dans toutes les offres.
Les rapports mensuelsCe que vous pouvez vérifier
- Moteur de collecte
- Zabbix 7.4
- Visualisation
- Grafana intégré
- Systèmes supervisés
- Windows, Linux, macOS
- Chiffrement des échanges
- TLS avec clé PSK
- Port réseau requis
- 10051/TCP en sortie uniquement
- Templates fournis
- 11 templates, 232 métriques
Le moteur open source de référence, opéré et mis à jour par Logiserv.
Dashboards préconfigurés, accessibles sans installation ni compte séparé.
Debian, Ubuntu, Raspberry Pi OS, RHEL, Rocky Linux, AlmaLinux, Oracle Linux, Amazon Linux, SLES et openSUSE sont reconnus automatiquement par le script d'installation.
Chaque agent reçoit une clé pré-partagée unique. Aucune métrique ne transite en clair.
Aucun port entrant, aucune règle de pare-feu : l'agent fonctionne en mode actif et n'écoute sur aucun port.
139 déclencheurs d'alerte préréglés, dont la détection d'anomalies système et réseau.
Superviser votre premier serveur
Une commande à coller, et les premières métriques remontent en quelques minutes.
Questions fréquentes sur la supervision de serveurs
Les points qui reviennent le plus souvent avant de mettre en place une supervision.
Que faut-il surveiller en priorité sur un serveur ?
Quatre familles suffisent à couvrir la majorité des incidents : l'espace disque et sa vitesse de remplissage, la mémoire disponible, la charge processeur sur la durée, et la disponibilité des services critiques. La saturation disque reste la première cause de panne évitable.
Faut-il installer un agent sur chaque serveur ?
Pour les métriques système détaillées (mémoire, disques, services, journaux), oui : un agent est nécessaire. Certaines vérifications réseau comme la disponibilité d'un port ou d'une page web peuvent se faire sans agent, mais elles ne disent rien de l'état interne du système.
Peut-on superviser Windows et Linux avec le même outil ?
Oui. Zabbix fournit un agent pour Windows, Linux et macOS, avec des templates adaptés à chaque système. Un parc mixte se supervise depuis une interface unique, sans doubler les outils.
Faut-il ouvrir des ports entrants sur les serveurs supervisés ?
Pas si l'agent fonctionne en mode actif : il se connecte lui-même au serveur de supervision et pousse ses données. Seul le trafic sortant est nécessaire, ce qui évite d'exposer les systèmes derrière un NAT ou un pare-feu restrictif. Avec Logiserv, l'agent fonctionne exclusivement en mode actif (10051/TCP sortant) et n'écoute sur aucun port : aucune règle de pare-feu à créer.
En combien de temps un serveur est-il supervisé ?
L'installation manuelle d'un agent prend une dizaine de minutes par système, en comptant la configuration et la création de l'hôte côté serveur. Avec une commande d'installation générée, l'agent s'enregistre seul et les premières métriques remontent en quelques minutes.
