[{"data":1,"prerenderedAt":197},["ShallowReactive",2],{"seo-verification":3,"blog-dimensionner-vps-ram-cpu-site-client-fr":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-dimensionner-vps-ram-cpu-site-client-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":29,"intro":32,"sections":33,"ctaTitle":140,"ctaBody":141,"ctaButton":142,"ctaUrl":143,"relatedPosts":144},547,"dimensionner-vps-ram-cpu-site-client",{"fr":10,"en":12,"ar":13,"es":14},"sizing-a-vps-for-a-client-site-ram-and-cpu","تحديد-حجم-vps-لموقع-عميل-الذاكرة-والمعالج","dimensionar-un-vps-para-el-sitio-de-un-cliente-ram-y-cpu","Dimensionner un VPS pour le site d'un client : RAM, CPU","Mesurez la RAM, le CPU et le disque réellement utilisés par le site d'un client, au pic, puis choisissez le plan VPS avec une marge écrite.",10,0,false,"2026-10-31T00:00:00+00:00","2026-10-31T20:50:39+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},5,"Comparatif","comparatif","bg-info\u002F10 text-info",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fdimensionner-vps-ram-cpu-site-client-poster.svg","Choisir un VPS à l'aveugle revient à surfacturer une marge morte ou à subir une panne au premier pic. Ce guide montre comment relever la consommation réelle de RAM, de CPU et de disque d'un site client avec des outils présents partout, en retenant le pic plutôt que la moyenne. Il en déduit une règle de calcul explicite, reconnaît les signaux de sous-dimensionnement avant le client, et situe le plan à prendre. Le premier choix n'est pas définitif, puisqu'un VPS se redimensionne.",[34,38,48,51,79,111,114,117,121,124,134,137],{"type":35,"title":36,"body":37},"h2","Pourquoi mesurer avant de choisir un plan","Un client demande « quel VPS faut-il pour mon site ? » et la réponse, trop souvent, est une intuition. Deux erreurs en découlent. La première est de prendre le plan du dessus « par précaution » : sur un portefeuille de vingt clients, cette marge morte se paie chaque mois et grignote la marge de l'agence. La seconde est de prendre trop juste : le premier pic de trafic, une sauvegarde ou un import de catalogue fait tomber le site, et le client l'apprend avant vous.\n\nL'objection habituelle est « pas le temps de mesurer ». La mesure tient pourtant en une heure d'observation active, avec des outils déjà présents sur toute distribution Linux. Et le premier choix n'est pas définitif : un VPS se redimensionne verticalement, c'est-à-dire que l'on passe à un plan plus gros sans reconstruire l'architecture. L'enjeu n'est donc pas de deviner juste du premier coup, mais de choisir avec des chiffres et une marge écrite, que l'on peut défendre devant le client.\n\nLe raisonnement vaut aussi pour le professionnel qui gère son propre site, par exemple une boutique en ligne : le coût d'un plan trop gros se lit sur la facture mensuelle, celui d'un plan trop juste sur le chiffre d'affaires perdu pendant un pic de commandes. Les mêmes relevés servent alors à arbitrer en connaissance de cause, sans intermédiaire.\n\nCe guide traite la mesure avant achat et le choix du plan. Pour décider entre VPS et hébergement mutualisé, lisez d'abord \u003Ca href=\"\u002Fblog\u002Fchoisir-vps-ou-mutualise-site-client-agence\">VPS ou mutualisé pour un site client\u003C\u002Fa>. Pour l'alerte continue une fois le VPS en production, voir \u003Ca href=\"\u002Fblog\u002Falertes-disque-ram-vps-monitoring-proactif\">alertes disque et RAM sur VPS\u003C\u002Fa>.",{"type":39,"title":40,"items":41},"ul","Ce que la mesure vous apporte",[42,43,44,45,46,47],"**Un devis défendable** — vous chiffrez le plan avec des relevés datés, pas avec une impression.","**Aucune marge morte** — vous cessez de facturer ou d'absorber un plan trop gros sur chaque client.","**Moins de pannes au premier pic** — vous voyez venir la saturation de la mémoire avant qu'elle ne tue un processus.","**Une base de comparaison** — le relevé d'aujourd'hui permet de juger la croissance dans six mois.","**Un diagnostic honnête** — vous distinguez le site qui manque de ressources de celui qui est mal configuré.","**Une migration plus sereine** — vous arrivez sur le nouveau VPS avec un plan déjà éprouvé sur la charge réelle.",{"type":35,"title":49,"body":50},"Prérequis : quoi préparer avant de mesurer","La mesure se fait sur le serveur actuel du client, celui qui porte la vraie charge, et non sur une copie vide. Il vous faut un accès SSH en lecture, les droits pour lancer `ps`, `free` et `df`, et si possible la possibilité d'installer le paquet `sysstat`, qui fournit `sar` et conserve un historique de la charge.\n\nCôté durée, comptez au minimum une semaine d'historique si `sysstat` tourne déjà, sinon une fenêtre d'observation d'au moins une heure qui contient volontairement un moment chargé : un pic de trafic connu, la sauvegarde nocturne, une tâche planifiée ou un import. Mesurer un mardi à 3 heures du matin ne dit rien du jour des soldes. Notez enfin le contexte : application (WordPress, boutique, application sur mesure), présence de conteneurs, base de données sur la même machine ou non.",{"type":52,"title":53,"steps":54},"steps","Relever la consommation réelle, pas à pas",[55,58,61,64,67,70,73,76],{"title":56,"body":57},"Compter les cœurs","Lancez `nproc`. Ce nombre sert de référence pour lire la charge : un load average de 4 est sain sur 8 vCPU et critique sur 2.",{"title":59,"body":60},"Lire la mémoire par la bonne colonne","Lancez `free -h` et regardez la colonne `available`, pas `free`. Linux remplit volontairement la mémoire libre avec du cache disque, restituable à la demande : `free` paraît toujours faible alors que `available` indique ce qui reste vraiment pour de nouvelles applications sans recourir au swap.",{"title":62,"body":63},"Observer le CPU, la mémoire et les entrées-sorties","Lancez `vmstat 1 10`. Surveillez `si` et `so` (échanges avec le swap, qui doivent rester à zéro), `wa` (attente d'entrées-sorties) et `r` (processus en attente de CPU).",{"title":65,"body":66},"Relever la charge moyenne","Lancez `uptime`. Les trois valeurs sont les moyennes sur 1, 5 et 15 minutes. Comparez-les à `nproc` : une charge durablement supérieure au nombre de cœurs signale de l'attente.",{"title":68,"body":69},"Identifier les gros consommateurs","Lancez `ps aux --sort=-%mem | head -15`. Avec des conteneurs, ajoutez `docker stats --no-stream` ; avec systemd, `systemd-cgtop` classe les services par consommation.",{"title":71,"body":72},"Mesurer le disque et les inodes","Lancez `df -h` pour l'espace et `df -i` pour les inodes. Un disque peut refuser d'écrire alors qu'il reste de la place en octets, si les inodes sont épuisés. Notez aussi la taille des dossiers qui grossissent : médias, base de données, journaux, sauvegardes locales.",{"title":74,"body":75},"Enregistrer un historique avec sar","Installez `sysstat`, activez la collecte selon votre distribution, puis relisez la mémoire avec `sar -r`, le CPU avec `sar -u` et la charge avec `sar -q`. Sans historique, échantillonnez vous-même : `vmstat 60 120` produit un relevé par minute pendant deux heures.",{"title":77,"body":78},"Consigner les valeurs maximales","Reportez dans un tableau le pic de mémoire utilisée, le pic de charge et la croissance du disque. C'est ce tableau, et non la moyenne, qui sert à calculer le plan.",{"type":80,"title":81,"headers":82,"rows":86},"comparison","Ce qui domine la charge selon le type de site",[83,84,85],"Type de site","Ressource qui sature en premier","Ce qu'il faut relever",[87,91,95,99,103,107],[88,89,90],"Site vitrine ou WordPress avec peu de trafic","Mémoire, via PHP et la base de données","`free -h` au pic, RAM par processus PHP",[92,93,94],"Boutique en ligne","Mémoire et CPU lors des pics de commandes","Charge pendant une opération promotionnelle, nombre de processus PHP simultanés",[96,97,98],"Application métier avec base de données","Entrées-sorties disque et mémoire","`wa` dans `vmstat`, taille de la base, requêtes lentes",[100,101,102],"Site de médias ou catalogue d'images","Disque et bande passante","`df -h`, croissance mensuelle du dossier de médias",[104,105,106],"Site avec import ou tâche planifiée lourde","CPU et mémoire ponctuels","Charge et mémoire pendant la tâche, durée de la tâche",[108,109,110],"Application en conteneurs","Mémoire cumulée des conteneurs","`docker stats --no-stream`, limites de mémoire déclarées",{"type":35,"title":112,"body":113},"Mesurer le pic, pas la moyenne","Un serveur qui affiche 25 % de CPU en moyenne sur 24 heures peut être saturé pendant dix minutes chaque soir. La moyenne écrase exactement ce qui fait tomber un site. Pour dimensionner, retenez la valeur maximale observée sur la fenêtre, et vérifiez qu'elle contient le pire moment connu : pic de trafic, sauvegarde, cron lourd, import.\n\nSi le client ne sait pas quand sont ses pics, croisez avec les journaux d'accès du serveur web et avec la date des campagnes d'emailing ou des promotions. Une semaine d'historique `sar` couvre un cycle complet, week-end compris. Quand le site est déjà lent, un relevé pris pendant le ralentissement vaut plus que dix relevés au calme.",{"type":35,"title":115,"body":116},"Une règle de calcul simple, marquée comme hypothèse","La règle suivante est éditoriale, ce n'est ni une norme ni une promesse du catalogue : **mémoire nécessaire = consommation au pic, plus une marge de 30 %**. Le chiffre de 30 % est l'hypothèse de cet article ; elle couvre la croissance à court terme et les pics que votre fenêtre n'a pas vus. Pour le disque, comptez l'espace utilisé, plus la croissance prévue sur six mois, plus au moins 20 % libres.\n\nPour un site PHP-FPM, calculez la mémoire des processus plutôt que de la lire globalement : **mémoire PHP = RAM mesurée par processus multipliée par `pm.max_children`**. Mesurez la RAM par processus avec `ps -eo rss,args | awk '\u002F[p]hp-fpm: pool\u002F {s+=$1; n++} END {print s\u002Fn\u002F1024 \" Mo\"}'`. Le résultat surestime un peu, car une partie de la mémoire est partagée entre processus.\n\nExemple chiffré fictif : 600 Mo pour le système, le serveur web et la base de données, plus 20 processus de 60 Mo, soit 1 200 Mo, font 1 800 Mo au pic. Avec 30 % de marge, il faut environ 2,4 Go : on choisit le plan dont la RAM est immédiatement supérieure.",{"type":118,"title":119,"body":120},"tip","Écrire la marge dans le devis","Notez dans le devis le pic mesuré, la marge retenue et la date du relevé. Quand le client demande pourquoi ce plan et pas le suivant, la réponse est écrite. Refaites le relevé tous les six mois : un site qui grossit change de plan avant de tomber, pas après.",{"type":35,"title":122,"body":123},"Reconnaître un VPS sous-dimensionné avant le client","Une fois le site en production, quelques signaux disent que le plan est trop juste. Chacun laisse une trace précise que vous pouvez chercher sans attendre la plainte du client.",{"type":39,"title":125,"items":126},"Les signaux, avec leur message exact",[127,128,129,130,131,132,133],"**Processus tué par manque de mémoire** — cherchez avec `journalctl -k | grep -i \"out of memory\"` ou `dmesg -T | grep -i \"killed process\"` une ligne du type `Out of memory: Killed process`. Le noyau a sacrifié un processus, souvent la base de données.","**Swap actif** — `si` et `so` non nuls dans `vmstat 1` : le serveur échange de la mémoire avec le disque, et tout ralentit.","**Attente d'entrées-sorties élevée** — `wa` durablement haut dans `top` : le disque ou la base de données freine, parfois faute de cache en mémoire.","**Charge supérieure au nombre de cœurs** — un load average durablement au-dessus de `nproc` signifie que des processus attendent leur tour.","**PHP-FPM saturé** — la ligne `server reached pm.max_children setting (N), consider raising it` dans le journal d'erreurs signale que tous les processus sont occupés et que les requêtes patientent.","**Erreurs 502 et 504 côté nginx** — des `502` ou `504`, associés à `upstream timed out (110: Connection timed out)`, accompagnent souvent la saturation de PHP-FPM.","**Disque plein ou inodes épuisés** — `df -h` et `df -i` approchent 100 %, et les écritures échouent.",{"type":35,"title":135,"body":136},"Ce que plus de RAM ne résout pas","Avant de monter de plan, vérifiez que le problème est bien une question de ressources. Une requête SQL lente sature le CPU quel que soit le plan : l'index manquant se corrige, il ne se compense pas. L'absence de cache objet oblige PHP à recalculer les mêmes pages à chaque visite. Une image de 8 Mo servie telle quelle consomme de la bande passante et du temps de traitement. Enfin, augmenter `pm.max_children` sans augmenter la RAM provoque exactement le tué-par-le-noyau que l'on voulait éviter.\n\nLa démarche saine est de corriger ces points d'abord, de refaire un relevé, puis de dimensionner sur le résultat. Vous évitez ainsi de facturer au client un plan plus gros pour masquer un défaut de configuration.",{"type":35,"title":138,"body":139},"Choisir le plan puis monter en charge","Une fois le besoin chiffré, rapprochez-le de la gamme. Le plan VPS Start offre 2 vCPU, 4 GB de RAM et 50 GB SSD de stockage ; le plan VPS Power offre 4 vCPU, 8 GB et 100 GB SSD ; le plan VPS Business offre 8 vCPU, 16 GB et 200 GB SSD. Tarif d'entrée de la gamme : 99 DH\u002Fmois.\n\nChoisissez le plus petit plan qui couvre votre besoin avec la marge écrite, puis laissez la scalabilité verticale faire le reste : si le relevé suivant montre que la marge fond, vous passez au plan supérieur sans changer d'architecture. Pour ne pas attendre ce relevé, branchez des alertes continues, et pour savoir si le site répond depuis l'extérieur, une sonde de disponibilité : voir \u003Ca href=\"\u002Fblog\u002Fmonitoring-disponibilite-sites-clients-agence-rapport\">le suivi de disponibilité des sites clients\u003C\u002Fa>.","Un plan VPS qui suit la mesure","Domaines, hébergements et VPS se gèrent sur une même plateforme, ServOrbit.com, avec des plans VPS qui se redimensionnent verticalement quand la mesure le justifie.","Voir les solutions pour professionnels","\u002Fsolutions\u002Fprofessionnels",[145,161,182],{"id":146,"slug":147,"slugs":148,"title":152,"excerpt":153,"readTime":154,"views":18,"isPinned":19,"publishedAt":155,"updatedAt":156,"category":157,"categories":158,"featuredImage":29,"bgImage":30,"posterImage":160,"relatedSolution":29},528,"choisir-vps-ou-mutualise-site-client-agence",{"fr":147,"en":149,"ar":150,"es":151},"shared-hosting-or-vps-for-agency-client-site","استضافة-مشتركة-أم-vps-لموقع-عميل-الوكالة","hosting-compartido-o-vps-para-sitio-de-cliente-agencia","VPS ou mutualisé pour un site client : la grille de décision","Mutualisé ou VPS pour un site client : tableau comparatif, heures de maintenance par mois, grille en cinq questions et signaux pour migrer.",9,"2026-10-29T00:00:00+00:00","2026-10-29T15:45:55+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},[159],{"id":23,"name":24,"slug":25,"color":26,"icon":25},"\u002Fblog\u002Fcovers\u002Fchoisir-vps-ou-mutualise-site-client-agence-poster.svg",{"id":162,"slug":163,"slugs":164,"title":168,"excerpt":169,"readTime":170,"views":18,"isPinned":19,"publishedAt":171,"updatedAt":172,"category":173,"categories":179,"featuredImage":29,"bgImage":30,"posterImage":181,"relatedSolution":29},506,"alertes-disque-ram-vps-monitoring-proactif",{"fr":163,"en":165,"ar":166,"es":167},"disk-full-and-ram-alerts-on-a-vps-no-monitoring-stack-needed","تنبيهات-امتلاء-القرص-والذاكرة-على-vps-دون-منظومة-مراقبة","alertas-de-disco-lleno-y-ram-en-un-vps-sin-pila-de-supervision","Alertes disque plein et RAM sur VPS, sans stack de supervision","Six alertes shell pour vos VPS clients : disque, inodes, OOM, services systemd, certificats, sauvegardes, avec un battement de cœur qui surveille le contrôle.",13,"2026-10-27T00:00:00+00:00","2026-10-27T23:58:39+00:00",{"id":174,"name":175,"slug":176,"color":177,"icon":178},8,"Sécurité & Monitoring","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[180],{"id":174,"name":175,"slug":176,"color":177,"icon":178},"\u002Fblog\u002Fcovers\u002Falertes-disque-ram-vps-monitoring-proactif-poster.svg",{"id":183,"slug":184,"slugs":185,"title":189,"excerpt":190,"readTime":17,"views":18,"isPinned":19,"publishedAt":191,"updatedAt":192,"category":193,"categories":194,"featuredImage":29,"bgImage":30,"posterImage":196,"relatedSolution":29},541,"monitoring-disponibilite-sites-clients-agence-rapport",{"fr":184,"en":186,"ar":187,"es":188},"monitor-client-site-availability-agency-monthly-report","مراقبة-توفر-مواقع-العملاء-الوكالة-التقرير-الشهري","monitorizar-disponibilidad-sitios-clientes-agencia-informe-mensual","Surveiller la disponibilité des sites clients : rapport mensuel","Sondes, nombre de vérifications avant alerte, fenêtres de maintenance et rapport mensuel : surveiller les sites clients d'une agence sans se noyer sous les faux positifs.","2026-10-30T00:00:00+00:00","2026-10-31T01:54:06+00:00",{"id":174,"name":175,"slug":176,"color":177,"icon":178},[195],{"id":174,"name":175,"slug":176,"color":177,"icon":178},"\u002Fblog\u002Fcovers\u002Fmonitoring-disponibilite-sites-clients-agence-rapport-poster.svg",1793480205561]