Pourquoi mon VPS est-il lent ? Guide du débutant sur les problèmes de CPU, RAM, disque et trafic

Votre site paraît poussif, les pages mettent trop de temps à charger, et vous restez là à vous demander si le serveur est trop petit, si l’application est cassée, ou si trop de monde est arrivé en même temps.

C’est une situation frustrante, car « lent » ne pointe pas vers une seule cause. C’est un peu comme une voiture qui fait un bruit bizarre. Le problème pourrait venir du carburant, des pneus, du moteur ou de la route. Il vous faut une méthode simple pour cerner l’origine avant de vous mettre à changer des choses.

Lent est un symptôme, pas un diagnostic

Quand on dit qu’un serveur est lent, on veut souvent dire l’une de plusieurs choses bien différentes.

Une page peut mettre cinq secondes à s’ouvrir. Un panneau d’administration peut se figer. Les envois de fichiers peuvent traîner. Une page adossée à une base de données peut ralentir pendant qu’une simple image se charge instantanément. Ou bien le site peut ne pas charger du tout, ce qui est un problème différent d’une simple lenteur.

Si rien ne charge, commencez par l’accessibilité : domaine, réseau, service web et pare-feu. C’est ce que couvre ce guide en langage clair sur un site qui ne charge pas. Si le site charge bien mais paraît lourd, vous avez généralement affaire à l’un de ces quatre goulots d’étranglement : CPU, RAM, disque ou trafic.

Imaginez votre serveur comme un petit restaurant. Le CPU est le chef, la RAM est l’espace sur le plan de travail, le disque est le garde-manger, et le trafic est le nombre de clients qui entrent. Un ralentissement peut survenir parce que le chef est débordé, le plan de travail est encombré, le garde-manger est difficile à fouiller, ou la salle est bondée.

CPU et RAM : le chef et l’espace de travail

Le CPU, abréviation de central processing unit (processeur), est la partie du serveur qui réfléchit. Il exécute du code, construit des pages, redimensionne des images, gère les tâches en arrière-plan et répond aux requêtes.

Quand le problème vient du CPU, le serveur est occupé à calculer. Cela se manifeste souvent lorsqu’une page demande beaucoup de travail avant de pouvoir être envoyée à un visiteur. Par exemple : une extension WordPress lourde, un rapport lent, du traitement d’images, de l’indexation de recherche, ou un script coincé dans une boucle.

La version restaurant est simple : un chef ne peut cuisiner qu’un certain nombre de plats à la fois. Si chaque commande est compliquée, la file d’attente s’allonge.

La RAM, abréviation de random access memory (mémoire vive), est l’espace de travail rapide du serveur. Elle contient ce que vos applications utilisent en ce moment. Quand il y a assez de RAM, le serveur peut garder le travail en cours à portée de main. Quand la RAM vient à manquer, il commence à jongler.

Cette jonglerie donne une impression de lenteur, car le serveur doit déplacer des éléments vers et depuis un stockage plus lent. C’est comme essayer de préparer un dîner complet sur une planche à découper minuscule. Vous passez plus de temps à déplacer les bols qu’à cuisiner.

Les problèmes de RAM sont courants lorsque vous faites tourner plusieurs services sur un petit serveur : une application web, une base de données, un cache, des tâches en arrière-plan, et peut-être aussi de la messagerie ou de la synchronisation de fichiers. Chacun réclame son propre espace.

Si vous êtes encore en train de choisir la capacité, ce guide sur le dimensionnement du CPU, de la RAM et du stockage vous donne une base de départ adaptée aux débutants.

Disque et base de données : le garde-manger et le classeur

Le disque est l’endroit où vivent les fichiers sur le long terme : votre application, les fichiers envoyés, les journaux, les fichiers de la base de données et les sauvegardes. Les problèmes de disque peuvent signifier deux choses : pas assez d’espace, ou un stockage trop lent pour la tâche.

Manquer d’espace disque peut provoquer des comportements étranges. Les envois de fichiers échouent. Les journaux cessent de s’écrire. Les bases de données refusent les mises à jour. Les applications peuvent afficher des erreurs vagues parce qu’elles s’attendaient à avoir de la place pour enregistrer quelque chose et n’en ont pas trouvé.

Un disque lent est plus sournois. Le serveur peut disposer d’assez de CPU et de RAM, mais il passe trop de temps à attendre que les données soient lues ou écrites. C’est comme un chef qui reste immobile parce que la porte du garde-manger se coince chaque fois qu’il a besoin d’un ingrédient.

Les bases de données méritent une attention particulière. Une base de données est le classeur qui se trouve derrière de nombreux sites et applications. Si une page pose une question simple à la base de données, la réponse revient rapidement. Si elle pose une question embrouillée portant sur des milliers ou des millions de lignes, toute la page attend.

C’est pourquoi une page peut être lente alors que le reste du site semble fonctionner correctement. Le serveur n’est pas forcément faible dans l’ensemble. C’est peut-être une requête de base de données, une extension, un rapport, une page de recherche ou un tableau de bord qui fait trop de travail.

Trafic : la salle est pleine

Parfois, rien ne cloche du tout dans votre application. Vous avez simplement plus de visiteurs, de bots ou de requêtes en arrière-plan que le serveur ne peut en gérer confortablement.

Le trafic ne signifie pas toujours des personnes réelles. Les moteurs de recherche, les vérificateurs de disponibilité, les bots de spam, les tentatives de connexion, les clients d’API et les scripts défectueux peuvent tous frapper à la porte. Chaque requête demande au serveur d’effectuer un peu de travail. Assez de petites requêtes peuvent finir par former une foule.

C’est là que le moment compte. Le ralentissement a-t-il commencé après une newsletter, un lancement de produit, une publication sur les réseaux sociaux ou une campagne publicitaire ? Se produit-il chaque jour à la même heure ? A-t-il débuté après l’installation d’une extension, l’import de données ou le changement de thème ?

Un bon dépannage, c’est surtout de la comparaison. Qu’est-ce qui a changé ? Toutes les pages sont-elles lentes, ou une seule ? Est-ce lent pour les visiteurs, ou seulement dans la zone d’administration ? Les fichiers statiques comme les images sont-ils rapides alors que les pages dynamiques traînent ? Ces réponses aident à distinguer la pression sur le serveur de la pression sur l’application.

Si vous êtes récemment passé d’une configuration plus simple à votre propre serveur, il est aussi utile de revoir les bases : ce qui tourne, ce qui devrait être public, et ce qui peut attendre. Les premières étapes pour gérer votre propre serveur constituent un contexte utile, mais les performances se résument à comprendre ce que l’on demande à chaque partie.

Le raccourci

Server Manager vous offre une vue claire de ce qui se passe, pour que vous arrêtiez de deviner. Vous pouvez voir si le serveur est à court de marge de manœuvre, si le stockage se remplit, si le trafic est inhabituel, et si votre application a besoin d’attention. Le résultat est simple : vous savez où regarder en premier, donc vous ne perdez pas de temps à changer la mauvaise chose.

Le gain : un site lent devient un problème que l’on peut résoudre

Un serveur lent paraît mystérieux jusqu’à ce que vous le décomposiez en éléments simples.

Le CPU, c’est trop de réflexion. La RAM, c’est trop peu d’espace de travail. Le disque, c’est un stockage lent ou plein. La base de données est un classeur qui a peut-être besoin de meilleures questions. Le trafic, c’est la salle qui se remplit.

Une fois que vous savez laquelle de ces parties est sous pression, l’étape suivante fait bien moins peur. Vous pouvez redimensionner, faire le ménage, optimiser l’application, réparer la base de données ou réduire le trafic indésirable en toute confiance. Le vrai gain, ce n’est pas seulement un site plus rapide. C’est de savoir pourquoi il était lent au départ.