Métriques de ressources (CPU, RAM, disque)

Pour chaque serveur connecté, Servor collecte des métriques de ressources — utilisation du CPU, de la RAM et du disque — directement depuis l'agent qui tourne sur la machine. Vous obtenez ainsi une vue en direct de la santé d'un serveur, aux côtés de sa disponibilité, pour repérer un disque qui se remplit ou un processus emballé avant qu'ils ne deviennent une panne.

Les métriques de ressources nécessitent un serveur connecté. Si vous n'avez pas encore installé l'agent, commencez par ajouter un serveur. Surveiller une simple URL (un moniteur HTTP) ne collecte pas ces données — elles proviennent de la machine elle-même.

Où les trouver

Ouvrez un serveur depuis la liste Serveurs — ouvrir les Serveurs dans Servor — pour voir ses métriques de ressources : utilisation actuelle et tendances dans le temps. Comme les métriques proviennent de l'agent, le serveur doit apparaître comme connecté. S'il est injoignable, les métriques cessent de se mettre à jour — voir réparer l'agent.

Ce que chaque métrique indique

Métrique	Ce qu'elle mesure	À surveiller
CPU	Charge du processeur, en % de la capacité	Usage élevé et durable — processus surchargé ou emballé
RAM	Mémoire utilisée vs totale	Constamment proche de 100 % — risque de swap ou d'OOM killer
Disque	Stockage utilisé vs disponible	Remplissage — un disque plein casse apps, logs et bases

CPU

L'utilisation du CPU montre à quel point le processeur travaille. Les pics brefs sont normaux — un build, une sauvegarde, une pointe de trafic. C'est l'usage élevé durable qui est le signal : la machine ne suit plus, les requêtes ralentissent, et le service peut glisser vers dégradé avant de passer down.

RAM

La mémoire montre la quantité de RAM utilisée. Quand une machine tourne en permanence proche du plein, l'OS se met à swapper sur le disque (lent) ou, au pire, tue des processus pour récupérer de la mémoire. Une mémoire qui monte sans jamais redescendre trahit souvent une fuite à investiguer.

Disque

L'utilisation du disque est celle qui provoque le plus souvent une panne surprise. Un disque se remplit discrètement de logs, d'uploads ou de la croissance d'une base, et lorsqu'il atteint 100 % les applications n'arrivent plus à écrire et peuvent planter. Surveillez la tendance, pas seulement le chiffre actuel — un disque qui grimpe de 1 % par jour vous dit quand vous serez à court.

Fixer des seuils

Les paramètres de chaque serveur (l'icône engrenage) incluent des seuils de surveillance pour ses ressources. Fixez un niveau — par exemple alerter quand le disque dépasse 85 % — pour qu'une métrique qui dérive vers le rouge devienne quelque chose dont on vous informe, plutôt que quelque chose que vous découvrez pendant un incident. Combinez les seuils avec les alertes et les canaux de notification pour que l'avertissement vous parvienne.

Métriques vs moniteurs

Les deux se complètent :

• Les moniteurs répondent à « ce service répond-il depuis l'extérieur ? » — voir types de moniteurs.
• Les métriques de ressources répondent à « la machine elle-même est-elle saine à l'intérieur ? »

Un serveur peut être parfaitement up pour un moniteur HTTP alors que son disque est à 98 % — c'est la vue des ressources qui repère cela avant que ça ne tourne à la panne.

Étapes suivantes