Guide de Dépannage des Serveurs Linux Lents

La lenteur d’un serveur Linux peut avoir de nombreuses causes. Ce guide vous présente une approche méthodique pour identifier et résoudre les problèmes de performance, en utilisant des outils comme top, vmstat, et d’autres utilitaires essentiels.

La Commande Top : Votre Premier Outil de Diagnostic

La commande top est votre meilleur allié pour commencer l’investigation. Elle fournit une vue en temps réel des processus en cours d’exécution et des métriques système essentielles.

Exemple de sortie top :

top - 12:41:43 up 52 days, 9:46, 1 user, load average: 0.92, 0.75, 0.79
Tasks: 145 total, 1 running, 144 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.5%us, 0.0%sy, 0.0%ni, 99.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 4332028k total, 3836264k used, 495764k free, 41952k buffers
Swap: 2097148k total, 1574k used, 2081404k free, 1262632k cached

Étape 1 : Vérifier l’I/O Wait et le CPU Idle Time

Comment Faire

• Utilisez top et recherchez les valeurs “wa” (I/O wait) et “id” (CPU idle)
• Un I/O wait élevé (>10%) indique des problèmes d’accès disque
• Un idle time faible (<25%) suggère une surcharge CPU

Interprétation

• I/O Wait élevé : Problèmes potentiels de disque ou de réseau
• CPU Idle faible : Applications consommant trop de ressources CPU

Étape 2 : Analyser l’Utilisation CPU

Si l’I/O wait est faible mais que le temps d’inactivité est bas :

Identifier les Processus Gourmands

# Utiliser top et trier par utilisation CPU
top -o %CPU

# Pour un processus spécifique
ps -p PID -o %cpu,%mem,cmd

Solutions Possibles

1. Pour les processus anormaux :

   # Arrêter le processus problématique
   kill -15 PID
   
   # En cas de non-réponse
   kill -9 PID

2. Pour une utilisation normale mais élevée :

   • Augmenter les ressources serveur
   • Répartir la charge sur plusieurs serveurs

Étape 3 : Problèmes d’Applications

Quand l’I/O wait est faible et le CPU idle élevé :

Investigation

1. Vérifier les logs applicatifs :

   tail -f /var/log/application.log

2. Utiliser strace pour analyser les appels système :

   strace -p PID

3. Examiner les connexions réseau :

   lsof -i

Étape 4 : Analyse de la Mémoire et du Swap

Vérifier l’Utilisation de la Mémoire

# Utilisation détaillée de la mémoire
free -m

# Surveillance en temps réel
vmstat 1

Calcul de la Mémoire Réellement Disponible

Mémoire Disponible = Libre + Buffers + Cache

Exemple :

Libre : 495MB
Buffers : 41MB
Cache : 1262MB
Total Disponible = 1798MB

Étape 5 : Problèmes de Swap

Diagnostic

# Voir l'utilisation du swap
free -m

# Surveillance détaillée
vmstat 1

Solutions

1. Swap élevé :

   • Augmenter la RAM physique
   • Identifier les processus consommant trop de mémoire

2. Ajuster les paramètres swap :

   # Modifier la tendance à swapper
   sysctl vm.swappiness=10

Étape 6 : Analyse I/O avec IOtop

Installation et Utilisation

# Installation
apt install iotop  # Debian/Ubuntu
yum install iotop  # RHEL/CentOS

# Surveillance
iotop -o  # Affiche uniquement les processus actifs

Outils Complémentaires

1. vmstat

# Surveillance toutes les secondes
vmstat 1

# Exemple de sortie
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 1  0      0 295388 239748 403468    0    0     0     0  100  100  0  0 100  0

2. Surveillance des Disques

# IO en temps réel
iostat -x 1

# Espace disque
df -h

Bonnes Pratiques de Monitoring

1. Surveillance Proactive

   • Mettre en place des alertes pour :
     • Utilisation CPU > 80%
     • Mémoire disponible < 20%
     • Swap utilisé > 50%

2. Documentation

   • Maintenir un historique des incidents
   • Noter les solutions appliquées
   • Documenter les seuils normaux

3. Automatisation

   # Script de surveillance basique
   #!/bin/bash
   while true; do
     date >> /var/log/server-metrics.log
     top -bn1 | head -n 10 >> /var/log/server-metrics.log
     sleep 300
   done

Résolution des Problèmes Courants

1. CPU Élevé

• Identifier les processus gourmands
• Optimiser le code
• Scaling vertical ou horizontal

2. Mémoire Insuffisante

• Augmenter la RAM
• Optimiser les applications
• Configurer le garbage collection

3. I/O Lent

• Vérifier les disques (SMART)
• Optimiser les requêtes DB
• Utiliser du stockage SSD

Conclusion

Le dépannage d’un serveur lent nécessite une approche méthodique et l’utilisation des bons outils. Les étapes clés sont :

1. Identifier les symptômes précis
2. Utiliser les outils appropriés
3. Analyser les métriques
4. Appliquer les corrections
5. Vérifier les résultats

Gardez toujours à l’esprit que la performance est un processus continu d’optimisation et de maintenance.

Ressources Additionnelles

• Documentation Linux Performance
• Guide des Outils de Performance Linux
• Manuel de Top

N’oubliez pas que la prévention est souvent meilleure que la guérison. Mettez en place une surveillance proactive et des seuils d’alerte appropriés.