Comment diagnostiquer une baisse de performance ou une panne sur son serveur dédié ?
Lorsqu’un serveur dédié ralentit ou ne répond plus, chaque minute compte. Face à l’urgence, une méthodologie de diagnostic structurée permet de remonter rapidement à la source du problème, qu’il s’agisse d’une surcharge de ressources ou d’une erreur applicative. Voici le guide de secours pour identifier le goulot d’étranglement.
Étape 1 : Traquer les processus gourmands en temps réel
Le premier réflexe consiste à se connecter en SSH et à analyser l’état de la machine. Lancez la commande top ou, idéalement, htop (plus visuelle).
Regardez immédiatement la Load Average (charge moyenne) en haut à droite : si elle dépasse largement le nombre de cœurs de votre processeur, le serveur est saturé. Identifiez ensuite le coupable dans la liste : un processus PHP-FPM qui s’emballe ? Une requête MySQL mal optimisée qui bloque le CPU ? Un manque de mémoire RAM qui force le serveur à swapper ? htop vous donne la réponse en un coup d’œil.
Étape 2 : Analyser les journaux système (Syslog)
Si le serveur a planté ou si un service s’est arrêté brusquement (comme MySQL victime du Out Of Memory Killer), la mémoire vive a probablement saturé. Pour le vérifier, examinez les logs système généraux avec la commande suivante :
sudo tail -n 100 /var/log/syslog (ou /var/log/messages sur CentOS/RHEL). Vous y trouverez les alertes matérielles et les arrêts critiques de services.
Étape 3 : Inspecter les logs des serveurs web (Apache / Nginx)
La panne peut aussi être causée par une surcharge de trafic ou une attaque par déni de service (DDoS). Inspectez les fichiers de votre serveur web :
Les Access Logs (/var/log/nginx/access.log ou /var/log/apache2/access.log) : Un volume anormal de requêtes identiques provenant d’une même adresse IP indique souvent une attaque ou un bot malveillant à bannir.
Les Error Logs (/var/log/nginx/error.log) : Ils révèlent les scripts PHP défaillants, les ruptures de communication avec la base de données ou les problèmes de permissions de fichiers.
En combinant l’analyse des ressources matérielles et la lecture des logs, vous transformez une panne inexpliquée en un problème technique simple à résoudre.