Surveiller les ressources de votre VPS

Un VPS fonctionne normalement jusqu'à ce qu'une ressource s'épuise, et il tombe alors en panne d'un coup : un disque plein empêche les journaux et les bases de données d'écrire, l'épuisement de la mémoire tue le processus que le noyau choisit, et un CPU durablement élevé rend tout plus lent sur le serveur. Vérifier l'utilisation maintenant, pendant que tout va bien, vous donne une référence de ce à quoi ressemble la "normale", pour qu'un vrai problème soit évident plus tard.

1. Charge globale, en direct

top est présent sur tous les serveurs ; htop, s'il est installé, est plus facile à lire :

top
htop   # si besoin : sudo apt install -y htop

Regardez la charge moyenne (trois chiffres : moyennes sur 1, 5 et 15 minutes) par rapport au nombre de CPU de votre serveur. Une charge de 4 sur un serveur à 2 CPU signifie du travail en attente ; le même chiffre sur un serveur à 8 CPU est banal.

2. Mémoire

free -h

Regardez la colonne available, pas free -- Linux utilise délibérément la mémoire disponible pour mettre en cache les lectures disque, donc un free bas avec un available sain est normal, pas un problème.

3. Espace disque

df -h

Une fois un système de fichiers à 100 %, les écritures échouent purement et simplement -- pour une base de données, cela signifie généralement l'arrêt du service plutôt qu'une dégradation. Si un volume grimpe, trouvez ce qui l'occupe :

du -sh /var/log/* | sort -rh | head
du -sh /var/* | sort -rh | head

Les vieux journaux en sont la cause la plus fréquente. Une politique de rotation des journaux (logrotate, installé par défaut sur Ubuntu) empêche que cela ne revienne une fois nettoyé.

4. Ce que révèle un pic

• CPU bloqué près de 100 % pendant plusieurs minutes -- trouvez le processus avec top (touche P pour trier par CPU) avant de redémarrer quoi que ce soit ; un processus emballé redémarré à l'aveugle repart simplement de plus belle.
• Mémoire qui grimpe régulièrement sur plusieurs jours, sans jamais redescendre -- souvent le signe d'une fuite lente dans une application de longue durée ; un redémarrage planifié est un contournement, pas une correction.
• Disque qui se remplit en ligne droite -- presque toujours des journaux ou un dossier de sauvegarde que personne ne purge.

Établir une référence

Exécutez les trois commandes ci-dessus une fois, aujourd'hui, et notez les chiffres quelque part où vous les reverrez. Il n'y a pas de "normale" universelle -- un serveur de base de données tourne légitimement plus chaud en mémoire qu'un site statique. Ce qui compte, c'est de remarquer quand votre propre serveur s'écarte de sa plage habituelle.

Si l'utilisation grimpe déjà vers une limite et que vous n'en connaissez pas la cause, ouvrez un ticket depuis dash.mypandos.io avec la sortie des commandes ci-dessus -- c'est le moyen le plus rapide pour nous de vous aider à diagnostiquer.