Statistiques de supervision : lire les tendances d'un parc de serveurs
Pourquoi la moyenne d'un parc masque le serveur qui souffre, comment lire un pic, un creux ou une pente sur 7, 30 ou 90 jours, et quels indicateurs suivre pour anticiper plutôt que subir.
Protégez votre infrastructure dès aujourd'hui
Démarrez gratuitement, sans carte bancaire requise
La vue temps réel répond à « que se passe-t-il maintenant ? ». Les statistiques répondent à une autre question : comment le parc évolue-t-il, et qu'est-ce qui va lâcher en premier ? Bien lues, quelques courbes sur 30 ou 90 jours permettent d'anticiper un disque plein, une mémoire trop juste ou un système qui accumule les alertes. Mal lues, elles rassurent à tort.
Pourquoi la moyenne du parc ment
Le réflexe naturel est d'afficher la moyenne : utilisation processeur moyenne du parc, mémoire moyenne, remplissage moyen des disques. Sur un parc de vingt serveurs, c'est presque toujours un indicateur rassurant — et presque toujours inutile.
Prenez dix-neuf serveurs à 30 % de disque utilisé et un vingtième à 97 % : la moyenne affiche 33 %. Le seul serveur qui va tomber en panne cette semaine a disparu du graphique.
Pour suivre un parc, la bonne valeur n'est donc pas la moyenne mais la plus défavorable : le pic de charge processeur, le creux de mémoire libre, le volume le plus rempli. Et elle n'a de valeur que si l'on sait quel système l'a produite.
Pic, creux, pente : trois lectures différentes
| Lecture | Question | Exemple |
|---|---|---|
| Pic | Quel est le pire moment de la journée ? | Le processeur atteint 95 % chaque nuit pendant les sauvegardes |
| Creux | Quelle est la marge restante au plus juste ? | La mémoire libre descend à 4 % chaque lundi matin |
| Pente | Dans combien de temps la limite sera-t-elle atteinte ? | Un volume gagne 3 points par semaine |
La pente est la plus précieuse et la plus négligée. Un disque à 80 % stable depuis six mois n'appelle aucune action ; un disque à 60 % qui gagne 4 points par semaine sera plein dans dix semaines.
Exprimer la mémoire en pourcentage
Comparer la mémoire libre de serveurs de tailles différentes en gigaoctets n'a pas de sens : 2 Go libres sont confortables sur une petite machine virtuelle et alarmants sur un hyperviseur de 256 Go. En valeur absolue, le minimum du parc désigne toujours la plus petite machine, jamais celle qui est réellement à court de mémoire. Le pourcentage de la mémoire totale de chaque système remet tout le monde à la même échelle.
Sous Linux, mesurez la mémoire disponible plutôt que la mémoire libre : le noyau utilise volontairement la mémoire inoccupée comme cache, et une mémoire « libre » faible y est normale.
Choisir la période selon la question
- 7 jours : vérifier l'effet d'un changement récent (nouvelle application, migration, correctif) et repérer les cycles hebdomadaires.
- 30 jours : la période naturelle d'un bilan mensuel ; elle lisse les incidents ponctuels.
- 90 jours : mesurer une pente fiable pour planifier un achat ou une extension de stockage.
Sur une longue période, les valeurs sont des agrégats horaires ou journaliers : un pic de quelques minutes s'y efface. Pour comprendre un incident précis, revenez à une vue temps réel sur une fenêtre courte.
Le trafic réseau : regarder les pics, pas les volumes
Le volume de données échangé sur un mois dit peu de chose. Le pic horaire de débit, en revanche, montre si les liens approchent de leur capacité et à quel moment. Un pic sortant qui apparaît soudain la nuit, sans sauvegarde programmée, mérite une explication. Attention aux agrégations d'interfaces (cartes réseau en équipe, ponts) qui comptent deux fois le même trafic si on additionne naïvement toutes les interfaces.
Les alertes comme statistique
Le nombre d'alertes par jour et par sévérité est un indicateur de santé à part entière, à condition de le lire correctement :
- une hausse progressive des avertissements précède souvent un incident majeur ;
- un système qui revient chaque semaine en tête des alertes a un problème de fond, ou un seuil mal réglé — dans les deux cas, il faut agir ;
- une baisse brutale du nombre d'alertes peut signifier un agent arrêté plutôt qu'un parc guéri.
Voir comment éviter les faux positifs pour distinguer une alerte bavarde d'un vrai signal.
Instantané ou période : ne pas mélanger
Certains indicateurs décrivent l'instant présent (problèmes ouverts, systèmes injoignables, score de santé), d'autres une période (disponibilité, alertes cumulées, tendances). Les placer côte à côte sans le préciser conduit à des contresens : un parc peut être parfaitement sain ce matin après un mois difficile, et inversement.
Dans Logiserv
La page Statistiques de Logiserv, incluse dans toutes les offres, applique ces principes : pour chaque jour, elle affiche la valeur la plus défavorable du parc avec le système et le volume concernés, la mémoire en pourcentage, le pic horaire du réseau, sur 7, 30 ou 90 jours, avec une vue par système. La présentation des statistiques résume l'offre ; le mode d'emploi détaille chaque indicateur.
Pour aller plus loin
Protégez votre infrastructure dès aujourd'hui
Démarrez gratuitement, sans carte bancaire requise
Les autres services
Quelles métriques surveiller sur un serveur ? Le plan essentiel
Les métriques indispensables à surveiller sur un serveur Windows ou Linux : disque, mémoire, processeur, services, réseau. Seuils recommandés, pièges de lecture et ordre de priorité.
Comment surveiller CPU, RAM et disque avec Grafana
Construire des tableaux de bord Grafana pour surveiller processeur, mémoire et disque : quelle source de données, quels panneaux choisir, quels intervalles de rafraîchissement et quels pièges de lecture éviter.
Surveiller l'espace disque d'un serveur : seuils, tendances et alertes
Comment surveiller l'espace disque d'un serveur Windows ou Linux : quels seuils choisir, pourquoi la tendance compte plus que le pourcentage, et comment éviter la saturation avant l'incident.
Rapport Zabbix mensuel : disponibilité, incidents et ce qu'il faut y mettre
Rapport de disponibilité, Top 100 des déclencheurs, rapports planifiés : ce que Zabbix sait produire, ce qu'un rapport de supervision mensuel doit contenir et comment le lire avec une direction ou un client.
Monitoring en temps réel : lire et corréler les métriques serveur pendant un incident
Ce que « temps réel » veut dire en supervision, les quatre courbes à lire pendant un incident, les corrélations qui orientent le diagnostic et les fenêtres de temps à choisir.
