VPS ou serveur dédié : lequel louer ?

La réponse courte

Un VPS et un serveur dédié ne diffèrent que sur un point : la quantité de machine physique dont vous disposez. Un VPS est une machine virtuelle hébergée sur un serveur qui exécute d’autres machines virtuelles à côté de la vôtre. Le processeur, le disque et la carte réseau sont donc partagés sous le contrôle d’un hyperviseur. Un serveur dédié est la totalité du serveur physique, sans autre client dessus. Tout le reste — performances, prix, isolation — découle de ce seul fait. La plupart des lecteurs devraient louer un VPS, car la plupart des charges sont irrégulières et un VPS peut être redimensionné en quelques minutes. Louez du matériel dédié lorsque votre charge est stable et constamment élevée, lorsqu’une règle impose que le matériel vous soit exclusivement réservé ou lorsque vous avez besoin de plus de mémoire que n’en propose une offre virtuelle.

Ce qui change réellement : hyperviseur partagé ou machine entière

Sur un VPS, un hyperviseur (le logiciel qui exécute des machines virtuelles sur un même hôte physique) attribue à votre invité une partie du matériel réel. Vous disposez de cœurs de processeur virtuels associés à des cœurs physiques, d’une portion de la mémoire de l’hôte et d’un espace de stockage extrait des disques de l’hôte. L’hyperviseur applique l’isolation, de sorte qu’un autre client sur le même hôte ne peut pas lire votre mémoire ni votre disque. En revanche, il ne garantit pas entièrement les performances. Les cœurs physiques, les files d’attente des disques et la liaison réseau sont des ressources limitées et partagées.

Sur un serveur dédié, aucun hyperviseur ne se trouve entre vous et le matériel, sauf si vous en installez un vous-même. Chaque cœur, chaque canal mémoire, chaque disque et l’intégralité du port réseau appartiennent à un seul client. Personne ne les partage avec vous, puisqu’il n’y a pas d’autre client.

Vous pouvez déterminer dans quel cas vous vous trouvez avec une seule commande :

systemd-detect-virt

Cette commande affiche kvm avec une offre virtualisée classique, lxc avec une virtualisation par conteneurs et none sur une machine bare metal. lscpu | grep -i hypervisor fournit la même indication à partir des flags du processeur. Ce contrôle est utile pour autre chose que la simple curiosité : certains logiciels nécessitent les extensions de virtualisation matérielle. C’est pourquoi exécuter des machines virtuelles dans un VPS dépend du type d’offre que vous avez souscrite.

Voisins bruyants : comment en mesurer un

Un voisin bruyant est un autre guest sur votre hôte qui utilise tellement une ressource partagée que votre guest doit attendre. L’effet est réel et mesurable. Vous n’avez pas à vous en remettre à des suppositions.

La valeur à surveiller est le steal time : le pourcentage de temps pendant lequel votre CPU virtuel était prêt à s’exécuter, mais où l’hyperviseur a attribué le cœur physique à un autre guest. Cette valeur apparaît dans la colonne st de vmstat et dans le champ %st de top.

vmstat 1 5

Un steal égal ou proche de 0 signifie que vous obtenez les ressources CPU que vous payez. Quelques pour cent sous charge sont normaux avec une offre mutualisée. Un steal à deux chiffres maintenu dans le temps indique que l’hôte est sursouscrit et que votre application attend du matériel auquel elle n’a pas accès. Cette mesure transforme une plainte vague en ticket de support justifié, ou en raison de changer d’hébergeur.

Le stockage est l’autre ressource partagée. Pour les bases de données et les applications web sollicitées, il compte généralement plus que le CPU. Un hôte qui place tous les guests sur les mêmes disques partage également leurs opérations d’entrée-sortie. La technologie de stockage utilisée dans l’offre modifie donc les performances perçues : la comparaison entre NVMe et SSD SATA sur un VPS montre concrètement cette différence.

Un serveur dédié supprime complètement les voisins bruyants. Il ne supprime pas la contention. Vos propres services se disputent toujours les ressources, et une tâche de sauvegarde qui s’emballe ralentira votre base de données aussi efficacement que n’importe quel autre utilisateur.

Le saut de prix

Les offres virtualisées progressent par petits paliers. Vous ajoutez de la mémoire, des cœurs ou du stockage par incréments, et la facture évolue dans des proportions comparables. Le matériel dédié progresse par grand saut, car vous louez une machine complète avec les ressources qu’elle contient, ainsi que l’espace en rack, l’alimentation électrique et les interventions nécessaires à son fonctionnement.

En juillet 2026, l’écart reste proche d’un ordre de grandeur : un VPS généreusement dimensionné se loue quelques dollars par mois, tandis qu’un serveur dédié d’entrée de gamme coûte généralement plusieurs dizaines de dollars par mois et davantage selon la configuration. Vérifiez les tarifs actuels avant de vous baser sur un montant, car les deux types d’offres évoluent.

Ce saut entraîne un second coût souvent oublié : le temps. Redimensionner un VPS se fait depuis le control panel et nécessite un reboot. Passer à une machine dédiée plus puissante implique une migration, car les disques se trouvent physiquement dans l’ancien serveur. Louez du matériel adapté à votre croissance, ou prévoyez une migration ultérieure.

Quand un serveur dédié est réellement préférable

CPU constamment saturé. Si votre load average reste proche du nombre de cœurs toute la journée, tous les jours, vous payez une capacité que vous utilisez réellement. Les offres mutualisées sont tarifées en partant du principe que la plupart des clients sont inactifs la majeure partie du temps. L’encodage vidéo, les builds continus, les simulations et les traitements batch volumineux relèvent de ce cas.

Exigences strictes de conformité ou d’isolation contractuelle. Certains audits, certains clients et certaines réglementations exigent qu’aucun autre tenant n’utilise le matériel. Il s’agit d’une exigence concernant la machine, pas votre configuration. Aucun niveau de hardening sur un hôte mutualisé ne peut donc la satisfaire.

Très grande quantité de mémoire. Les offres virtualisées s’arrêtent à la capacité proposée par le fournisseur. Si vous avez besoin de centaines de gigaoctets de RAM pour une base de données en mémoire ou un modèle volumineux, le matériel dédié est souvent le seul moyen d’en disposer.

Comportement prévisible du stockage à haut volume. Une base de données très sollicitée, qui ne doit pas subir de pic de latence, bénéficie de disques sur lesquels aucun autre client ne place de requêtes en attente.

Matériel à choisir vous-même. Une génération précise de CPU, un GPU ou une disposition particulière des disques relèvent d’une configuration bare metal.

Quand un gros VPS constitue le meilleur choix

Une charge avec des pointes, ce qui est le cas de la plupart des charges. Une application web active pendant trois heures et inactive pendant vingt et une heures correspond exactement à ce que la mutualisation permet de financer. Vous achetez de la marge pour les pointes sans payer une machine qui reste inactive toute la nuit.

Vous devez tout de même dimensionner la charge. Une estimation erronée sur un VPS coûte un redimensionnement. Une estimation erronée sur du matériel dédié coûte une migration, voire une année de facturation pour une machine inadaptée.

Vous voulez des snapshots et des reconstructions rapides. La virtualisation fournit des snapshots basés sur des images, le clonage et des reconstructions en quelques minutes, car votre disque est un fichier sur l’hôte. Sur du bare metal, la récupération consiste à réinstaller le système ou à le restaurer depuis une sauvegarde.

Vous voulez plus d’une machine. Pour la résilience, deux ou trois petits serveurs sont généralement préférables à un seul gros serveur, et la séparation des rôles entre plusieurs machines est plus facile à mettre en œuvre avec des tarifs de machines virtuelles. Quel que soit le serveur que vous louez, la première heure de travail est la même : les dix premières minutes sur un nouveau serveur couvrent les utilisateurs, les clés et le firewall qui doivent être en place avant toute publication.

Décider sans deviner

Mesurez la machine que vous utilisez déjà. Exécutez vmstat 1 60 pendant votre heure la plus chargée et consultez la colonne st, puis relevez la charge moyenne avec uptime et comparez-la au nombre de cœurs indiqué par nproc.

Si le steal est proche de zéro et que la charge moyenne reste nettement inférieure au nombre de cœurs, vous avez un problème de dimensionnement, pas un problème d’hébergement. Un plan virtuel plus grand est la solution la moins coûteuse.

Si le steal est constamment élevé, l’hôte est en surallocation. Passez à un plan offrant une meilleure isolation, ou à un autre fournisseur, avant de conclure que le problème vient de la virtualisation elle-même.

Si le steal est proche de zéro et que la charge moyenne atteint votre nombre de cœurs en permanence, vous avez dépassé les limites d’une offre mutualisée. C’est le signal clair qu’il faut comparer les prix du matériel dédié.

Effectuez le même test après la migration. Un serveur ralenti par l’absence d’un index de base de données restera lent sur du bare metal, et vous coûtera plus cher.

FAQ

Un serveur dédié est-il toujours plus rapide qu’un VPS ?

Non. Un serveur dédié vous donne accès à un matériel exclusif, mais un VPS moderne sur un stockage NVMe rapide avec un processeur récent peut être plus performant qu’une ancienne machine dédiée. Les performances dépendent de la génération du matériel, du stockage et du niveau de surallocation de l’hôte. Comparez les caractéristiques, puis mesurez le steal time sur le VPS. Un serveur dédié est réellement plus performant uniquement lorsque la contention est le facteur limitant.

Comment savoir si un noisy neighbour ralentit mon VPS ?

Exécutez vmstat 1 60 lorsque le serveur est chargé et consultez la colonne st. Elle indique le steal time : le pourcentage de temps pendant lequel votre CPU virtuel était prêt à s’exécuter, mais où le cœur physique a été attribué à un autre guest. Une valeur proche de zéro est normale. Quelques pourcents en charge sont acceptables. Une valeur à deux chiffres persistante indique que l’hôte est suralloué. Un steal time élevé avec une faible charge sur votre propre serveur indique un problème au niveau de l’hôte, et non de votre application.

Puis-je utiliser un VPS et un serveur dédié ensemble ?

Oui, c’est une architecture courante. Placez les composants stables et gourmands en ressources sur le matériel dédié, par exemple une base de données ou une build farm. Gardez les composants dont la charge varie fortement sur des offres virtualisées que vous pouvez redimensionner ou supprimer librement, par exemple les frontends web, l’environnement de staging et la supervision. Reliez-les via un réseau privé ou un tunnel chiffré, puis administrez-les comme une seule flotte.

Un VPS est-il suffisamment sécurisé par rapport à du matériel dédié ?

Pour presque toutes les charges de travail, oui. L’hyperviseur isole la mémoire et le stockage des différents guests. Un autre tenant ne peut donc pas lire vos données. La véritable différence est contractuelle et réglementaire : certains audits exigent qu’aucun autre tenant ne partage la machine physique. Seul le matériel dédié répond à cette exigence. Au quotidien, votre gestion des mises à jour, votre firewall et votre contrôle d’accès déterminent bien davantage votre sécurité que le modèle de tenancy.

Que se passe-t-il lorsque mon VPS devient trop limité ?

En général, vous le redimensionnez. Chez la plupart des fournisseurs, cela consiste à choisir une offre plus grande, puis à redémarrer le serveur. Cette solution reste possible jusqu’à ce que vous atteigniez la plus grande offre disponible, ou jusqu’à ce que votre charge soit saturée en permanence et que l’offre virtualisée coûte plus cher qu’un matériel équivalent. À ce stade, comparez le prix d’un serveur dédié et planifiez une migration, car les disques ne peuvent pas vous suivre lors de ce changement.