Tous les articles

hebergement

Quelle taille de VPS choisir ? Un guide clair sur le CPU, la RAM et le stockage

Choisissez la bonne taille de serveur pour un site, une application ou un service auto-hébergé sans payer pour une puissance dont vous n'avez pas besoin.

  • hebergement
  • dimensionnement
  • debutants
Trois tailles de serveur sur un établi — petite, moyenne et grande — la moyenne étant désignée comme le bon choix et la grande montrant de l'espace inutilisé.

Vous ne voulez pas payer trop cher pour un serveur qui reste inactif la plupart du temps, mais vous ne voulez pas non plus que votre site se traîne dès que quelques personnes le visitent en même temps.

Choisir une taille semble technique parce que les hébergeurs vendent des chiffres : cœurs CPU, RAM, stockage, bande passante. Mais la décision devient plus simple si vous voyez le serveur comme un petit espace de travail. Il vous faut assez de mains pour faire le travail, assez de place sur la table pour garder les choses ouvertes, et assez de place dans le placard pour ranger ce qui compte.

Commencez par ce que le serveur doit porter

Avant de choisir des chiffres, nommez le travail.

Un petit site vitrine, c'est comme une boutique tranquille où quelques visiteurs parcourent les rayons. Un site WordPress avec des extensions est plus chargé : il doit construire des pages, dialoguer avec une base de données et parfois envoyer des e-mails. Une application web a davantage de pièces en mouvement, surtout si elle a des tâches en arrière-plan, des envois de fichiers ou de vrais utilisateurs connectés. Un service auto-hébergé, comme un cloud privé pour vos fichiers, dépend parfois plus du stockage que de la vitesse pure.

Voici un point de départ tout simple :

Ce que vous faites tournerTaille de départ raisonnable
Site statique ou tout petit site personnel1 CPU, 1 Go de RAM, 20 Go de stockage
Petit site WordPress ou blog1–2 CPU, 2 Go de RAM, 30–50 Go de stockage
Petite application web avec base de données2 CPU, 2–4 Go de RAM, 40–80 Go de stockage
Service privé de fichiers ou de photos2 CPU, 2–4 Go de RAM, stockage selon vos fichiers
Plusieurs petits sites ensemble2–4 CPU, 4 Go de RAM, 60+ Go de stockage

Ce ne sont pas des règles gravées dans le marbre. Ce sont des points de départ sûrs. Si vous quittez un hébergement mutualisé, votre ancien hébergeur vous cachait probablement ces limites. Notre guide sur comment migrer d'un hébergement mutualisé cPanel vers votre propre serveur explique ce changement plus en détail.

CPU : combien de mains font le travail

Le CPU (unité centrale de traitement) est l'ouvrier qui réfléchit. Quand quelqu'un visite votre site, le CPU aide à construire la page, exécuter le code de l'application, redimensionner des images, gérer les connexions et répondre aux requêtes de la base de données.

Un seul CPU suffit pour beaucoup de petits sites, car les requêtes web sont courtes. L'ouvrier prend une tâche, la termine et passe à la suivante. Il vous faut plus de CPU quand de nombreuses tâches arrivent en même temps, ou quand chaque tâche est lourde.

Choisissez plus de CPU si vous faites tourner :

  • WordPress avec beaucoup d'extensions ou des constructeurs de pages
  • Une application avec des actions utilisateur fréquentes
  • Du traitement d'images ou de vidéos
  • De l'indexation pour la recherche
  • Plusieurs sites sur un même serveur

N'achetez pas de CPU supplémentaire juste parce que ça a l'air plus rapide. Si votre site passe l'essentiel de son temps à attendre les visiteurs, ces mains en plus risquent de rester à ne rien faire toute la journée.

RAM : la taille de l'établi

La RAM (mémoire vive) est l'établi. Elle contient ce que votre serveur utilise activement en ce moment : le serveur web, la base de données, le code de l'application, le cache et les tâches en cours.

Quand la RAM est trop faible, le serveur commence à déplacer des choses vers un stockage plus lent et à les en ramener. C'est comme essayer de préparer un dîner sur une planche à découper de la taille d'une carte postale. C'est faisable, mais tout prend plus de temps et les débordements sont probables.

Pour les débutants, la RAM est souvent la limite que l'on ressent en premier.

Un tout petit site peut tourner avec 1 Go, mais cela laisse peu de marge de confort. Un petit site WordPress ou une petite application est en général plus à l'aise avec 2 Go. Si vous faites tourner une base de données sur le même serveur, gérez des envois de fichiers ou hébergez plusieurs services, 4 Go sont un point de départ bien plus serein.

Si vous déployez une petite application, c'est là que la planification aide. L'application en elle-même peut être légère, mais la base de données, le worker en arrière-plan et le cache ont eux aussi besoin de place sur l'établi. Nous abordons cette vue d'ensemble dans déployer une petite application web sans DevOps.

Stockage : le placard, pas le moteur

Le stockage, c'est là où vivent vos fichiers quand ils ne sont pas activement utilisés. Les fichiers du site, les images téléversées, les données de la base, les journaux, les sauvegardes et les mises à jour du système ont tous besoin de place.

En général, le stockage ne rend pas un site simple plus rapide une fois que vous en avez assez. C'est plutôt comme la place dans un placard. Trop peu, c'est un problème. Un immense placard vide ne rend pas la maison meilleure.

L'erreur, c'est de ne compter que les fichiers de votre site. Un site qui pèse 5 Go aujourd'hui aura peut-être besoin de beaucoup plus de place pour :

  • La croissance de la base de données
  • Les médias téléversés
  • Les fichiers temporaires
  • Les fichiers journaux
  • Les mises à jour des logiciels
  • Les copies de sauvegarde avant qu'elles ne soient déplacées ailleurs

Pour un site basique, 30–50 Go sont en général confortables. Pour un service privé de fichiers, le bon chiffre dépend de ce que vous comptez stocker. Si vous auto-hébergez quelque chose comme un cloud privé, le stockage devient la décision principale, et non un détail secondaire. Notre guide pour auto-héberger Nextcloud parcourt ce genre de cas d'usage.

Gardez de la marge pour les pics et les sauvegardes

Votre serveur n'a pas besoin d'être dimensionné pour la journée la plus chargée de vos rêves. Mais il doit survivre aux surprises normales.

Un pic peut être une newsletter qui part, une publication sur les réseaux sociaux qui attire l'attention, une sauvegarde en cours, un moteur de recherche qui explore votre site ou une extension qui exécute une tâche planifiée. Si votre serveur est déjà plein un jour calme, un petit pic peut le faire basculer.

Une bonne règle : ne visez pas la plus petite taille qui démarre tout juste. Visez la plus petite taille qui garde encore un peu d'air pour respirer.

Les sauvegardes comptent ici aussi. Une sauvegarde n'est pas seulement une copie de sécurité ; c'est aussi un travail que votre serveur doit accomplir. Il lit des fichiers, empaquette des données et utilise parfois de l'espace temporaire supplémentaire. Si votre stockage est presque plein, les sauvegardes peuvent échouer au moment précis où vous en avez le plus besoin. Si vous avez un doute sur ce point, commencez par comment sauvegarder votre serveur.

Le raccourci

Le vrai problème du dimensionnement, c'est que vous devinez avant d'avoir la moindre preuve. Les chiffres d'un forfait — cœurs, gigaoctets — ne veulent rien dire tant qu'un vrai site ne tourne pas dessus, et à ce moment-là une mauvaise estimation se paie cher : une machine qui dort la plupart du temps et vous facture trop en silence, ou une machine qui s'effondre au premier après-midi de trafic.

Server Manager comble cet écart en vous montrant ce que le serveur porte réellement — à quel point les mains sont occupées, à quel point l'établi se remplit, à quelle vitesse le placard se remplit — en termes clairs plutôt qu'en graphiques bruts. Ainsi, vous dimensionnez à partir de la réalité, pas d'un dépliant : vous pouvez voir si le forfait d'aujourd'hui a une vraie marge ou s'il tourne à la limite, et vous vous en apercevez un jour calme plutôt que pendant le pic qui force la décision.

Le vrai bénéfice, c'est que la question reste facile à trancher, même plus tard. Des mois après, il vous suffit d'un coup d'œil pour savoir si vous avez encore de la place pour grandir ou s'il est temps de passer à la taille supérieure — et changer de taille devient une décision réfléchie, pas une urgence. Vous obtenez ce que vous vouliez dès le départ : un serveur taillé pour le travail, avec assez de marge pour dormir tranquille et aucune que vous payez à laisser tourner à vide.

Votre gain : bien dimensionné, pas surdimensionné

La bonne taille de serveur n'est pas la plus grande que vous puissiez vous offrir. C'est celle qui convient au travail avec un peu de place pour respirer.

Commencez par ce que vous hébergez. Donnez-lui assez de CPU pour les moments chargés, assez de RAM pour garder son établi dégagé, et assez de stockage pour la croissance et les sauvegardes. C'est ainsi que vous évitez les deux erreurs courantes : acheter trop par peur, ou acheter trop peu et vous battre plus tard contre des pages lentes.