Dans un hébergement web, les limites CPU, RAM et I/O définissent la quantité de ressources qu’un site peut utiliser sur le serveur. Bien que souvent mentionnées, leur rôle reste flou pour de nombreux utilisateurs.
L’objectif de cet article est d’expliquer simplement ce que mesurent ces limites et comment les interpréter dans des situations concrètes.
Limite CPU : ce que cela signifie concrètement
Concrètement, elle définit la quantité de travail que votre site peut effectuer en parallèle. Plus cette capacité est élevée, plus le serveur peut traiter plusieurs opérations simultanément sans ralentissement. À l’inverse, si plusieurs opérations lourdes s’exécutent en même temps et dépassent cette capacité, leur exécution est ralentie ou temporairement limitée.
C’est ce mécanisme qui explique pourquoi un site peut devenir lent, voire ne plus répondre correctement, sans augmentation du trafic. Une tâche coûteuse, mal optimisée ou lancée au mauvais moment peut suffire à mobiliser l’ensemble du CPU disponible.
Le vCPU (pour Virtual Central Processing Unit), largement répandu chez les hébergeurs, correspond à une unité de puissance de calcul mise à disposition du site. Il ne s’agit pas d’un processeur physique dédié, mais d’une capacité de calcul utilisable par votre site à un instant donné.
Chez o2switch, les offres incluent un certain nombre de vCPU : 8, 12 ou 24 vCPU selon la formule choisie.
➔ Dans WordPress
Dans votre site WordPress, chaque affichage de page déclenche une série de traitements automatiques (cœur, thème, extensions). La consommation CPU dépend à la fois de la complexité du site et de la fréquence des requêtes.
Une page coûteuse à générer consommera peu de CPU si elle est rarement sollicitée, mais beaucoup plus si plusieurs visiteurs la déclenchent en même temps, en particulier en l’absence de mise en cache. À l’inverse, même un site peu visité peut saturer le CPU si certaines pages ou tâches sont excessivement gourmandes.
Dans ce contexte, réduire le travail à effectuer (cache, simplification, optimisation) est souvent plus efficace que d’augmenter le nombre de vCPU.
Limite RAM : ce que cela signifie concrètement
La RAM (pour Random-Access Memory) correspond à la mémoire dont dispose l’hébergement pour exécuter les différents traitements en cours. Elle sert à stocker temporairement les données nécessaires au fonctionnement du site pendant l’exécution des scripts.
En hébergement mutualisé, les offres proposent des quotas de mémoire définis, par exemple, chez o2switch, 16, 48 ou 64 Go de RAM selon la formule choisie. Cette limite représente la quantité maximale de mémoire qu’un hébergement peut utiliser simultanément pour l’ensemble des sites qui y sont installés.
Contrairement au CPU, la RAM ne concerne pas la vitesse de calcul, mais la capacité à gérer des traitements plus ou moins lourds en même temps. Plus une opération manipule de données, charge de composants ou conserve d’informations en mémoire, plus elle consomme de RAM.
C’est pour cette raison qu’un site peut rencontrer des problèmes de stabilité sans trafic important. Une seule action dépassant la mémoire disponible peut provoquer des erreurs, des pages incomplètes ou un site qui ne répond plus correctement.
➔ Dans WordPress
Dans votre site WordPress, la consommation de RAM dépend à la fois du nombre d’éléments chargés (cœur, thème, extensions) et du type d’actions effectuées.
Des pages complexes, le traitement d’images, des imports de données ou l’exécution simultanée de plusieurs fonctionnalités peuvent mobiliser beaucoup de mémoire. Si la limite est atteinte, le site peut afficher des erreurs ou se comporter de manière instable, indépendamment du nombre de visiteurs.
Dans ce contexte, simplifier le fonctionnement du site est souvent plus efficace que d’augmenter uniquement la quantité de RAM disponible.
Limite I/O : ce que cela signifie concrètement
Les I/O (entrées/sorties pour input/output) correspondent aux échanges avec le disque : lecture et écriture de fichiers, accès aux données stockées, génération de fichiers temporaires. Cette limite ne concerne ni la puissance de calcul, ni la mémoire, mais la vitesse à laquelle l’hébergement peut accéder au stockage.
En hébergement mutualisé, les offres définissent un plafond de débit, par exemple, chez o2switch, 16, 42 ou 84 MB/s selon la formule. Cette valeur représente le débit maximal : la quantité de données que l’hébergement peut lire ou écrire par seconde.
Lorsque cette limite est atteinte, le serveur ne peut pas accéder aux fichiers assez rapidement. Les pages mettent alors plus de temps à se charger, certaines opérations se bloquent, ou le site semble figé, même si le CPU et la RAM ne sont pas saturés.
C’est un point important à comprendre : un site peut être ralenti non pas parce qu’il “calcule trop”, mais parce qu’il attend l’accès au disque.
➔ Dans WordPress
Dans votre site WordPress, les accès disque sont très fréquents : chargement des fichiers PHP, lecture des contenus, écriture de cache, génération de logs, traitement des médias ou sauvegardes.
Une activité disque trop intense, comme un cache mal configuré, des écritures répétées de fichiers ou des tâches planifiées effectuant beaucoup d’opérations, peut rapidement saturer la limite I/O. Dans ce cas, même un site peu visité peut devenir lent ou instable.
Comme pour le CPU et la RAM, réduire les accès inutiles au disque est souvent plus efficace que d’augmenter uniquement le plafond I/O.
Un hébergement, plusieurs sites : comprendre le partage des ressources
Chez la plupart des hébergeurs, un même hébergement peut accueillir plusieurs sites. Cette souplesse est pratique, mais elle a une conséquence directe : les ressources disponibles ne sont pas attribuées site par site, elles sont partagées.
Les limites de CPU, RAM et I/O s’appliquent donc à l’ensemble de l’environnement d’hébergement. Tous les sites qui y sont installés utilisent le même pool de ressources, quelles que soient leur taille ou leur trafic.
Si un site ralentit ou devient instable alors que son propre trafic n’a pas changé, un autre site hébergé dans la même lune peut en être la cause.
➔ Cas particulier chez o2switch : les lunes
Important : le fonctionnement des ressources dépend de l’offre choisie. Sur l’offre Grow, les ressources (CPU, RAM, I/O) sont partagées entre les lunes. En revanche, sur les offres Cloud et Pro, chaque lune dispose de ressources propres et indépendantes. Merci à Nicolas pour sa vigilance.
Chez o2switch, l’hébergement est organisé autour de lunes, qui correspondent à des sous-comptes complètement isolés et indépendants. Chaque lune dispose de son propre pool de ressources (CPU, RAM, I/O) selon l’offre souscrite : 4, 8 ou 16 lunes (sans compter les lunes additionnelles que vous pouvez commander).
Concrètement, plusieurs sites installés dans une même lune se partagent les ressources de cette lune. En revanche, deux sites installés dans deux lunes différentes n’entrent jamais en concurrence entre eux : chaque lune fonctionne de manière totalement indépendante avec ses ressources dédiées.
Cette organisation permet une meilleure maîtrise des ressources. Anticiper la répartition des sites en fonction des lunes disponibles permet également d’éviter d’avoir à migrer un site d’une lune à une autre par la suite.
Où consulter et interpréter l’usage des ressources
Comprendre ce que signifient les limites CPU, RAM et I/O est une première étape. Pour aller plus loin, il est essentiel de pouvoir visualiser leur usage réel et observer leur évolution dans le temps.
Sur un hébergement o2switch, ces informations sont accessibles depuis votre cPanel, dans le panneau Mesures > Utilisation des ressources.
Elles permettent notamment :
- d’identifier des pics de consommation ;
- de vérifier si une limite est atteinte de manière ponctuelle ou continue ;
- de mieux corréler un ralentissement avec un usage réel des ressources.
La FAQ o2switch détaille précisément où trouver ces indicateurs, comment les lire et comment les interpréter selon les outils disponibles dans l’interface.
