CPU, RAM, I/O : comprendre les limites de ressources en hébergement web

Dans un héber­ge­ment web, les limites CPU, RAM et I/O défi­nissent la quan­ti­té de res­sources qu’un site peut uti­li­ser sur le ser­veur. Bien que sou­vent men­tion­nées, leur rôle reste flou pour de nom­breux utilisateurs.

L’objectif de cet article est d’expliquer sim­ple­ment ce que mesurent ces limites et com­ment les inter­pré­ter dans des situa­tions concrètes.

Limite CPU : ce que cela signifie concrètement

Concrè­te­ment, elle défi­nit la quan­ti­té de tra­vail que votre site peut effec­tuer en paral­lèle. Plus cette capa­ci­té est éle­vée, plus le ser­veur peut trai­ter plu­sieurs opé­ra­tions simul­ta­né­ment sans ralen­tis­se­ment. À l’inverse, si plu­sieurs opé­ra­tions lourdes s’exécutent en même temps et dépassent cette capa­ci­té, leur exé­cu­tion est ralen­tie ou tem­po­rai­re­ment limitée.

C’est ce méca­nisme qui explique pour­quoi un site peut deve­nir lent, voire ne plus répondre cor­rec­te­ment, sans aug­men­ta­tion du tra­fic. Une tâche coû­teuse, mal opti­mi­sée ou lan­cée au mau­vais moment peut suf­fire à mobi­li­ser l’ensemble du CPU disponible.

Le vCPU (pour Vir­tual Cen­tral Pro­ces­sing Unit), lar­ge­ment répan­du chez les héber­geurs, cor­res­pond à une uni­té de puis­sance de cal­cul mise à dis­po­si­tion du site. Il ne s’agit pas d’un pro­ces­seur phy­sique dédié, mais d’une capa­ci­té de cal­cul uti­li­sable par votre site à un ins­tant donné.

Chez o2switch, les offres incluent un cer­tain nombre de vCPU : 8, 12 ou 24 vCPU selon la for­mule choisie.

➔ Dans WordPress

Dans votre site Word­Press, chaque affi­chage de page déclenche une série de trai­te­ments auto­ma­tiques (cœur, thème, exten­sions). La consom­ma­tion CPU dépend à la fois de la com­plexi­té du site et de la fré­quence des requêtes.

Une page coû­teuse à géné­rer consom­me­ra peu de CPU si elle est rare­ment sol­li­ci­tée, mais beau­coup plus si plu­sieurs visi­teurs la déclenchent en même temps, en par­ti­cu­lier en l’absence de mise en cache. À l’inverse, même un site peu visi­té peut satu­rer le CPU si cer­taines pages ou tâches sont exces­si­ve­ment gourmandes.

Dans ce contexte, réduire le tra­vail à effec­tuer (cache, sim­pli­fi­ca­tion, opti­mi­sa­tion) est sou­vent plus effi­cace que d’augmenter le nombre de vCPU.

Limite RAM : ce que cela signifie concrètement

La RAM (pour Ran­dom-Access Memo­ry) cor­res­pond à la mémoire dont dis­pose l’hébergement pour exé­cu­ter les dif­fé­rents trai­te­ments en cours. Elle sert à sto­cker tem­po­rai­re­ment les don­nées néces­saires au fonc­tion­ne­ment du site pen­dant l’exécution des scripts.

En héber­ge­ment mutua­li­sé, les offres pro­posent des quo­tas de mémoire défi­nis, par exemple, chez o2switch, 16, 48 ou 64 Go de RAM selon la for­mule choi­sie. Cette limite repré­sente la quan­ti­té maxi­male de mémoire qu’un héber­ge­ment peut uti­li­ser simul­ta­né­ment pour l’en­semble des sites qui y sont installés.

Contrai­re­ment au CPU, la RAM ne concerne pas la vitesse de cal­cul, mais la capa­ci­té à gérer des trai­te­ments plus ou moins lourds en même temps. Plus une opé­ra­tion mani­pule de don­nées, charge de com­po­sants ou conserve d’informations en mémoire, plus elle consomme de RAM.

C’est pour cette rai­son qu’un site peut ren­con­trer des pro­blèmes de sta­bi­li­té sans tra­fic impor­tant. Une seule action dépas­sant la mémoire dis­po­nible peut pro­vo­quer des erreurs, des pages incom­plètes ou un site qui ne répond plus correctement.

➔ Dans WordPress

Dans votre site Word­Press, la consom­ma­tion de RAM dépend à la fois du nombre d’éléments char­gés (cœur, thème, exten­sions) et du type d’actions effec­tuées.

Des pages com­plexes, le trai­te­ment d’images, des imports de don­nées ou l’exécution simul­ta­née de plu­sieurs fonc­tion­na­li­tés peuvent mobi­li­ser beau­coup de mémoire. Si la limite est atteinte, le site peut affi­cher des erreurs ou se com­por­ter de manière instable, indé­pen­dam­ment du nombre de visiteurs.

Dans ce contexte, sim­pli­fier le fonc­tion­ne­ment du site est sou­vent plus effi­cace que d’augmenter uni­que­ment la quan­ti­té de RAM disponible.

Limite I/O : ce que cela signifie concrètement

Les I/O (entrées/sorties pour input/output) cor­res­pondent aux échanges avec le disque : lec­ture et écri­ture de fichiers, accès aux don­nées sto­ckées, géné­ra­tion de fichiers tem­po­raires. Cette limite ne concerne ni la puis­sance de cal­cul, ni la mémoire, mais la vitesse à laquelle l’hébergement peut accé­der au sto­ckage.

En héber­ge­ment mutua­li­sé, les offres défi­nissent un pla­fond de débit, par exemple, chez o2switch, 16, 42 ou 84 MB/s selon la for­mule. Cette valeur repré­sente le débit maxi­mal : la quan­ti­té de don­nées que l’hé­ber­ge­ment peut lire ou écrire par seconde.

Lorsque cette limite est atteinte, le ser­veur ne peut pas accé­der aux fichiers assez rapi­de­ment. Les pages mettent alors plus de temps à se char­ger, cer­taines opé­ra­tions se bloquent, ou le site semble figé, même si le CPU et la RAM ne sont pas saturés.

C’est un point impor­tant à com­prendre : un site peut être ralen­ti non pas parce qu’il “cal­cule trop”, mais parce qu’il attend l’accès au disque.

➔ Dans WordPress

Dans votre site Word­Press, les accès disque sont très fré­quents : char­ge­ment des fichiers PHP, lec­ture des conte­nus, écri­ture de cache, géné­ra­tion de logs, trai­te­ment des médias ou sauvegardes.

Une acti­vi­té disque trop intense, comme un cache mal confi­gu­ré, des écri­tures répé­tées de fichiers ou des tâches pla­ni­fiées effec­tuant beau­coup d’opérations, peut rapi­de­ment satu­rer la limite I/O. Dans ce cas, même un site peu visi­té peut deve­nir lent ou instable.

Comme pour le CPU et la RAM, réduire les accès inutiles au disque est sou­vent plus effi­cace que d’augmenter uni­que­ment le pla­fond I/O.

Un hébergement, plusieurs sites : comprendre le partage des ressources

Chez la plu­part des héber­geurs, un même héber­ge­ment peut accueillir plu­sieurs sites. Cette sou­plesse est pra­tique, mais elle a une consé­quence directe : les res­sources dis­po­nibles ne sont pas attri­buées site par site, elles sont par­ta­gé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 ins­tal­lés uti­lisent le même pool de res­sources, quelles que soient leur taille ou leur trafic.

Si un site ralen­tit ou devient instable alors que son propre tra­fic n’a pas chan­gé, un autre site héber­gé dans la même lune peut en être la cause.

➔ Cas particulier chez o2switch : les lunes

Impor­tant : le fonc­tion­ne­ment des res­sources dépend de l’offre choi­sie. Sur l’offre Grow, les res­sources (CPU, RAM, I/O) sont par­ta­gées entre les lunes. En revanche, sur les offres Cloud et Pro, chaque lune dis­pose de res­sources propres et indé­pen­dantes. Mer­ci à Nico­las pour sa vigilance.

Chez o2switch, l’hé­ber­ge­ment est orga­ni­sé autour de lunes, qui cor­res­pondent à des sous-comptes com­plè­te­ment iso­lés et indé­pen­dants. Chaque lune dis­pose de son propre pool de res­sources (CPU, RAM, I/O) selon l’offre sous­crite : 4, 8 ou 16 lunes (sans comp­ter les lunes addi­tion­nelles que vous pou­vez commander).

Concrè­te­ment, plu­sieurs sites ins­tal­lés dans une même lune se par­tagent les res­sources de cette lune. En revanche, deux sites ins­tal­lés dans deux lunes dif­fé­rentes n’entrent jamais en concur­rence entre eux : chaque lune fonc­tionne de manière tota­le­ment indé­pen­dante avec ses res­sources dédiées.

Cette orga­ni­sa­tion per­met une meilleure maî­trise des res­sources. Anti­ci­per la répar­ti­tion des sites en fonc­tion des lunes dis­po­nibles per­met éga­le­ment d’éviter d’avoir à migrer un site d’une lune à une autre par la suite.

Où consulter et interpréter l’usage des ressources

Com­prendre ce que signi­fient les limites CPU, RAM et I/O est une pre­mière étape. Pour aller plus loin, il est essen­tiel de pou­voir visua­li­ser leur usage réel et obser­ver leur évo­lu­tion dans le temps.

Sur un héber­ge­ment o2switch, ces infor­ma­tions sont acces­sibles depuis votre cPa­nel, dans le pan­neau Mesures > Uti­li­sa­tion des res­sources.

Elles per­mettent notamment :

• d’identifier des pics de consommation ;
• de véri­fier si une limite est atteinte de manière ponc­tuelle ou continue ;
• de mieux cor­ré­ler un ralen­tis­se­ment avec un usage réel des ressources.

La FAQ o2switch détaille pré­ci­sé­ment où trou­ver ces indi­ca­teurs, com­ment les lire et com­ment les inter­pré­ter selon les outils dis­po­nibles dans l’interface.

➔ Voir la FAQ : Sui­vi de l’usage des res­sources dans cPanel