Ma machine est lente : lire le CPU, la capacité de rafale et le réseau pour savoir s'il faut agrandir

« Le site est lent » est la plainte la plus fréquente et celle qui donne le moins d'informations. Il se peut que la machine soit devenue trop petite, que quelque chose ou quelqu'un lui envoie beaucoup plus de trafic que d'habitude, ou qu'un processus se soit emballé et dévore le processeur. Les trois se règlent différemment, et changer de plan à l'aveugle est la plus chère des trois solutions.

Lightsail garde pour chaque machine quelques graphiques qui suffisent à distinguer un cas de l'autre : utilisation du CPU, capacité de rafale, réseau entrant et sortant et vérifications d'état. Pas besoin d'installer quoi que ce soit. Il faut savoir ce que mesure chacun et, surtout, comprendre la capacité de rafale, qui est ce qui fait qu'une petite machine fonctionne bien un moment puis « s'épuise ».

Pas à pas

1. Ouvrez les métriques de la machine

   Entrez dans la console Lightsail, cliquez sur le nom de la machine et allez dans l'onglet Métriques. En haut, une liste déroulante permet de choisir le graphique : Utilisation du CPU, Capacité de rafale du CPU (pourcentage), Capacité de rafale du CPU (minutes), Réseau entrant, Réseau sortant, Échec de la vérification d'état (instance) et Échec de la vérification d'état (système).

   À droite, vous choisissez la période. Pour « aujourd'hui c'est lent », commencez par les 6 dernières heures ; pour « c'est comme ça depuis des jours », regardez la semaine entière. Lightsail garde deux semaines de données ; au-delà, il n'y a rien.

2. Lisez le CPU avec la ligne de la zone soutenable

   Sur le graphique Utilisation du CPU, il y a une ligne horizontale, en général basse, qui sépare la zone soutenable (en dessous) de la zone de rafale (au-dessus). C'est la donnée que le plus de gens interprètent mal : une petite machine Lightsail n'a pas droit à 100 % de son processeur en permanence, mais à un petit pourcentage en continu ; au-dessus, elle consomme du crédit. Un CPU à 40 % peut sembler tranquille et ne pas l'être si la ligne est à 10 %. Ce qui compte n'est pas le chiffre, mais combien de temps il passe au-dessus de la ligne.

   • Des pics courts au-dessus de la ligne puis retour en dessous : normal. Le crédit est là pour ça.
   • Presque toujours au-dessus de la ligne : la machine est trop petite pour ce qu'elle fait, ou quelque chose la charge de trop. Passez à l'étape suivante.
   • Une ligne plate à 100 % qui a commencé à un moment précis : presque à coup sûr un processus emballé. Sautez à l'étape 5.

3. Regardez la capacité de rafale : c'est le réservoir

   Passez à Capacité de rafale du CPU (pourcentage). C'est le niveau du réservoir de crédit, de 0 à 100. Quand la machine est en dessous de la ligne soutenable, il monte lentement ; quand elle est au-dessus, il baisse. Ce graphique raconte toute l'histoire :

   • Il reste haut (au-dessus de 50 %) et remonte après les pics : la machine a de la marge. La lenteur ne vient pas du CPU.
   • Il baisse peu à peu pendant des jours et ne remonte jamais tout à fait : vous utilisez plus de CPU que le plan n'en donne de façon soutenue. C'est le symptôme classique de « la machine est trop petite ».
   • Il est à zéro ou presque : la machine est épuisée. Lightsail la limite au pourcentage soutenable et tout devient extrêmement lent même si le graphique du CPU semble « seulement » à 10 %. Ce n'est pas qu'elle n'a pas besoin de plus : c'est qu'on ne la laisse pas l'utiliser.

   La variante en minutes dit la même chose en temps : combien de minutes à pleine puissance il reste si un pic de visites arrivait maintenant.

4. Vérifiez le réseau : y a-t-il trop de trafic ?

   Ouvrez Réseau entrant et Réseau sortant. Ne cherchez pas un chiffre ; cherchez la forme, en comparant aujourd'hui avec un jour normal de la semaine dernière.

   • Réseau et CPU ont monté en même temps : la machine travaille parce que du trafic lui arrive. Cela peut être bon (une campagne) ou mauvais (des bots). Regardez dans les statistiques du site (Analytics, Matomo) si les visites réelles ont aussi augmenté. Si le réseau s'est envolé et pas les visites, ce sont des bots.
   • Le réseau entrant a des pics réguliers à heures fixes, avec le sortant plat : quelqu'un parcourt le site automatiquement. Typiquement, des tentatives d'entrée sur /wp-login.php ou /xmlrpc.php des centaines de fois par minute.
   • Le sortant est énorme et l'entrant non : vous servez de gros fichiers (vidéos, images non optimisées). Le transfert a un quota mensuel inclus dans le plan ; si vous le dépassez, c'est facturé à part.
   • Le CPU est haut et le réseau n'a pas changé : le problème est à l'intérieur de la machine. Passez à l'étape suivante.

5. Cherchez le processus emballé

   Si le CPU a monté d'un coup sans que le réseau change, il faut regarder à l'intérieur. Cliquez sur Se connecter à l'aide de SSH dans l'onglet Se connecter et, dans le terminal, tapez :

   top -o %CPU

   La première ligne est le processus qui consomme le plus de processeur. Il est normal de voir apache2, httpd, php-fpm ou mysqld se partager le travail. Méfiez-vous quand :

   • Un seul processus prend 100 % pendant des minutes. Par exemple mysqld seul : une requête lente ou une table sans index, très courant dans WordPress avec des plugins qui enregistrent des statistiques.
   • Il y a un processus au nom inconnu qui consomme beaucoup : une sauvegarde en pleine matinée, un plugin qui reconstruit des miniatures, ou quelque chose qui ne devrait pas être là.
   • Des dizaines de processus php ou apache2 en même temps : la machine essaie de servir plus de requêtes qu'elle ne peut. C'est du trafic ; revenez à l'étape précédente.

   Appuyez sur q pour quitter. Si le coupable est clair, redémarrer le service suffit en général pour aujourd'hui : sur une machine Bitnami, sudo /opt/bitnami/ctlscript.sh restart ; sur Ubuntu, sudo systemctl restart apache2 (ou mysql). Ensuite, il faut corriger la cause.

6. Vérifiez les vérifications d'état

   Les deux derniers graphiques devraient toujours être à zéro. Si Échec de la vérification d'état (système) a monté, le problème est sur le serveur physique d'AWS, pas sur votre machine : arrêtez puis redémarrez l'instance, et AWS la déplace sur un autre serveur sain. Si c'est celui de l'instance qui monte, la machine ne répond pas : plus de mémoire, disque plein ou bloquée. Redémarrez-la et, quand elle revient, regardez l'espace avec df -h. Un disque à 100 % fait tout échouer de façons bizarres.

7. Décidez quoi faire avec ce que vous avez vu

   Le diagnostic se réduit à trois cas :

   • La machine est trop petite (CPU presque toujours au-dessus de la ligne, capacité de rafale qui ne remonte pas, réseau normal, rien d'étrange dans top). La solution bon marché : un plugin de cache si c'est WordPress et nettoyer la base de données (retirer les plugins inutilisés, supprimer les révisions). Beaucoup de sites divisent leur CPU par deux rien qu'avec ça. La solution directe : changer pour un plan supérieur. Dans Lightsail, on ne change pas la taille sur place : on fait un instantané, on crée une nouvelle machine avec un plan plus grand, on lui passe l'IP statique et on supprime l'ancienne. Il y a un guide dans cette section.
   • Trop de trafic (CPU et réseau montent ensemble, les visites réelles non). Bloquez les bots avant de payer plus de machine. Le pare-feu de Lightsail ferme des ports, mais ne filtre pas par type de requête ; pour cela, utilisez un plugin de sécurité dans WordPress (limiter les tentatives de connexion, bloquer xmlrpc.php) ou placez le site derrière un service du type Cloudflare. Si le trafic est réel, félicitations : là oui, cache et plan supérieur.
   • Processus emballé (CPU à 100 % d'un coup, réseau inchangé, un processus précis dans top). Redémarrez le service et cherchez la cause : la requête lente, le plugin, la tâche programmée à une mauvaise heure. Agrandir la machine ici ne fait que retarder le problème.

   Règle pratique : si, après avoir mis du cache et nettoyé, la machine reste au-dessus de la ligne soutenable la plus grande partie de la journée, elle est vraiment trop petite. Le plan suivant coûte quelques euros de plus par mois ; moins qu'un après-midi de site hors ligne.

Ce qui peut mal tourner