Graphiques du panneau : comment les lire

L'onglet Aperçu du panneau à l'adresse /hosting/vds/m/<id> contient l'historique de la machine : graphiques CPU, trafic et mémoire pour l'heure, le jour, la semaine et le mois, ainsi qu'un anneau d'utilisation du disque. C'est la seule source de données historiques si vous n'avez rien configuré à l'intérieur de la machine.

Trois graphiques et un anneau

CPU. Charge en pourcentage de tous les cœurs du palier. 100 % signifie que tous les cœurs sont occupés, pas un seul. De brefs pics lors de la compilation d'un projet ou de la mise à jour des paquets sont normaux. Une ligne plate à 100 % pendant des heures signifie soit que vous n'avez pas assez de cœurs, soit qu'un processus indésirable tourne dans le système.

Trafic. Trafic entrant et sortant. La bande passante atteint 500 Mbps, l'échelle verticale est donc généralement loin du plafond. Observez la forme : un site web produit un motif en dents de scie au rythme des visiteurs, une sauvegarde forme un rectangle, et une attaque ou un script en boucle donne une ligne plate sans baisse.

Mémoire. RAM utilisée. Ce qui compte ici n'est pas la valeur absolue mais la tendance. Une dent de scie (croît, chute au redémarrage du service, recroît) est une fuite. Une montée régulière jusqu'au plafond suivie d'une chute du graphique signifie que le tueur OOM a tué le processus ; lisez Mémoire insuffisante.

Anneau de disque. Espace utilisé. La valeur provient de l'agent invité qemu-guest-agent. Si l'agent est supprimé, l'anneau ne se remplit plus ; le panneau affichera la commande d'installation, exécutez-la et les données reviendront.

Comment choisir la période

• Heure — pour analyser ce qui se passe en ce moment : vous avez redémarré un service, déployé une mise à jour ou subissez les conséquences.
• Jour — pour voir le rythme quotidien : tâches cron nocturnes, croissance du trafic matinal.
• Semaine — pour distinguer un incident ponctuel d'un incident régulier. Un pic chaque lundi à 03:00 relève de votre planification, pas d'une coïncidence.
• Mois — pour décider d'un palier. Si le plateau de CPU ou de mémoire persiste pendant des semaines, il est temps de passer à un palier supérieur.

Plus la période est longue, plus la moyenne est forte : un pic d'une minute est presque invisible sur un graphique mensuel. Cherchez donc les problèmes courts à l'échelle horaire.

Ce que les graphiques ne montrent pas

• Qui a exactement chargé la machine. Le panneau connaît les totaux mais pas les processus. Seuls htop ou btop à l'intérieur du système donnent le nom du coupable.
• La charge du disque. L'anneau montre l'espace utilisé, pas les vitesses de lecture et d'écriture. Pour cela, il y a iostat et iotop.
• L'indisponibilité d'un site web. L'application peut être hors service alors que les graphiques sont calmes. Il vous faut une surveillance externe ; voir Alertes d'indisponibilité de site web.
• Les détails à la seconde. Les points des graphiques sont moyennés. Si vous avez besoin de métriques détaillées avec historique, installez Netdata.

Erreurs courantes

La première est de paniquer devant la mémoire utilisée. Linux alloue la mémoire libre au cache, et le graphique le reflète honnêtement ; le signe alarmant est la croissance du swap, pas le fait qu'il soit plein.

La seconde est de tirer des conclusions d'un seul point. Avant de changer d'offre, regardez la même section à l'échelle hebdomadaire : souvent, une « charge constante » se révèle être une tâche d'une demi-heure.

Les graphiques continuent d'être collectés même si la machine ne répond pas en SSH. En cas de perte d'accès, commencez par « Aperçu » — la rupture des lignes indique le moment où tout a lâché.