Dimensionner un serveur cloud : combien de vCPU, de RAM et de stockage choisir ?

Pour dimensionner un serveur cloud, partez de mesures, pas d'intuitions : relevez la consommation actuelle de processeur, de mémoire et de disque en période normale et en période de pointe, ajoutez une marge de 30 à 50 %, puis choisissez la plus petite configuration qui la couvre en sachant que le cloud permet de redimensionner. Pour un petit site WordPress, 1 à 2 vCPU et 2 à 4 Go de RAM suffisent souvent ; une boutique ou une application plus lourde demande davantage, surtout en mémoire. Commencer petit puis monter est généralement plus économique que surdimensionner d'emblée.

Les quatre ressources à évaluer

Processeur (vCPU). Il détermine le nombre de requêtes dynamiques traitées en parallèle. Un site très mis en cache sollicite peu le processeur ; une boutique, un tableau de bord ou une application qui génère beaucoup de pages dynamiques le sollicite beaucoup. Un indicateur utile : la charge moyenne du système rapportée au nombre de cœurs. Une charge durablement supérieure au nombre de cœurs signale un manque de capacité.

Mémoire vive (RAM). Elle sert aux processus applicatifs, au cache et surtout à la base de données. Une mémoire insuffisante provoque l'utilisation du swap sur disque et des ralentissements brutaux ou l'arrêt de processus. C'est la première ressource à surveiller pour les bases de données et les applications Java ou Node.js.

Stockage. Évaluez la capacité (données, journaux, sauvegardes locales, marge de croissance) et les performances d'entrée-sortie, importantes pour les bases de données. Un stockage rapide de type SSD ou NVMe améliore sensiblement les temps de réponse d'une base de données.

Réseau. Débit de la carte, volume de trafic sortant inclus et latence vers vos utilisateurs. Un hébergement en France réduit la latence pour une clientèle française.

Repères d'ordre de grandeur par usage

Ces repères sont des points de départ à valider par des mesures, pas des normes.

Méthode en cinq étapes

1. Mesurez l'existant : relevez, sur au moins deux semaines incluant un pic d'activité, l'utilisation moyenne et maximale du processeur, de la mémoire, du disque et du réseau. Les outils de supervision de l'hébergeur ou des outils libres suffisent.
2. Identifiez la ressource limitante, par exemple la mémoire si le swap est utilisé, ou le processeur si la charge dépasse le nombre de cœurs.
3. Appliquez une marge : 30 à 50 % au-dessus du pic observé pour absorber les variations et la croissance.
4. Choisissez la configuration la plus petite qui couvre ce besoin, en vérifiant s'il s'agit de vCPU dédiés ou partagés (voir comment lire une grille tarifaire).
5. Planifiez la revue : réexaminez les mesures après un mois puis à chaque trimestre, et ajustez.

Exemple de calcul (illustratif)

Une boutique observe, en période de pointe, 3 Go de mémoire utilisée, 55 % de processeur sur 2 vCPU et 60 Go de disque utilisés pour 80 Go disponibles, avec une croissance de 5 Go par mois.

• Mémoire : 3 Go × 1,5 de marge = 4,5 Go, donc une configuration de 8 Go est adaptée (la valeur supérieure disponible la plus proche).
• Processeur : 55 % de 2 vCPU = 1,1 vCPU en pointe ; avec 50 % de marge, 1,65 vCPU, donc 2 vCPU restent justes en cas de pic plus élevé ; prévoir 4 vCPU si l'activité doit croître.
• Disque : 60 Go + 5 Go par mois × 12 mois = 120 Go dans un an ; il faut au moins 150 Go avec une marge, ou des mesures de nettoyage et d'archivage.

Une fois la configuration retenue, estimez le coût avec l'estimateur de budget. Les chiffres de l'exemple sont fictifs.

Verticalement ou horizontalement ?

Augmenter la taille d'une machine (mise à l'échelle verticale) est simple mais limité et nécessite souvent un redémarrage. Ajouter des machines derrière un répartiteur de charge (mise à l'échelle horizontale) offre davantage de résilience et d'élasticité, mais exige une application conçue pour cela (sessions partagées, fichiers dans un stockage commun, base de données centralisée). Pour la plupart des PME, la mise à l'échelle verticale, combinée à un bon cache, suffit longtemps.

Erreurs fréquentes

• Se fier au nombre de vCPU sans vérifier s'ils sont dédiés.
• Négliger la mémoire de la base de données, qui bénéficie fortement d'un cache important.
• Dimensionner sans test de charge pour une application à fort trafic ; voyez notre guide sur l'hébergement d'une boutique en ligne.
• Garder une machine surdimensionnée « par précaution » pendant des mois : mesurez et réduisez.
• Oublier que les journaux et les sauvegardes locales consomment du disque.
• Ne pas prévoir d'alertes d'espace disque : un disque plein arrête une base de données.

Quand demander l'avis d'un spécialiste

Pour des applications à forte volumétrie, des bases de données critiques ou des architectures distribuées, faites réaliser un test de charge et une revue d'architecture. Un surdimensionnement systématique coûte cher sur la durée, mais un sous-dimensionnement lors d'un pic coûte souvent davantage en ventes perdues.

FAQ

Faut-il toujours prendre le plus de RAM possible ?

Non. La mémoire supplémentaire n'est utile que si l'application ou la base de données peut s'en servir (cache). Mesurez avant d'augmenter.

Comment savoir si mon serveur manque de ressources ?

Surveillez l'utilisation du processeur, la mémoire disponible, l'usage du swap, les temps de réponse et les erreurs 5xx aux heures chargées.

Peut-on redimensionner un VPS sans perdre de données ?

Généralement oui, avec un redémarrage, mais les procédures et limites varient selon l'hébergeur. Réalisez une sauvegarde avant toute opération.

Sources

• ANSSI – Cyber.gouv.fr — recommandations d'architecture sécurisée
• WordPress.org — recommandations techniques d'hébergement pour WordPress
• Service-Public.fr — informations pour les entrepreneurs