Choisir entre mutualisé, VPS ou serveur dédié revient fréquemment à comparer des prix affichés — 2,99 €, 24,99 €, 199,99 € — sans se demander ce que chaque palier isole réellement. C'est l'erreur qui coûte cher : le bon critère n'est ni le prix du premier mois ni la réputation du prestataire, mais le niveau d'isolation dont le projet a effectivement besoin. Ce guide part de la mécanique de chaque modèle — ressources partagées, virtualisation KVM, bare-metal — pour en déduire les cas d'usage, et non l'inverse.
À retenir
- Le mutualisé partage un serveur physique entre plusieurs clients avec des quotas ; le VPS virtualise des ressources garanties sur ce même serveur ; le dédié attribue la machine physique entière, sans hyperviseur.
- Le critère qui doit trancher est l'isolation réellement nécessaire, pas le prix : un mutualisé bien dimensionné bat fréquemment un VPS sous-dimensionné.
- Un VPS d'appel qui force un upgrade en urgence à 6 mois coûte fréquemment plus cher sur 36 mois qu'un mutualisé haut de gamme qui tenait déjà la charge.
- Un serveur dédié Tomco est livré opérationnel en moins de 4 heures, avec accès KVM IP immédiat — une console distante, à ne pas confondre avec l'hyperviseur KVM du VPS.
- Changer de palier ne signifie pas tout reconstruire : la migration mutualisé → VPS → dédié se fait sans repartir de zéro.
Sommaire
- Les trois modèles en une phrase
- Mutualisé : ressources partagées avec quotas
- VPS : virtualisation KVM, ressources garanties
- Serveur dédié : bare-metal, isolation physique totale
- Les 4 critères qui doivent trancher
- Cas d'usage concrets par profil
- Le coût total sur 3 ans, pas le prix du premier mois
- Migrer d'un palier à l'autre sans tout casser
- Questions fréquentes
Les trois modèles en une phrase
Avant le détail technique, un résumé express des trois mécaniques et de ce qu'elles isolent réellement.
| Modèle | Mécanique | Isolation | Pour qui |
|---|---|---|---|
| Mutualisé | Un serveur physique, un noyau, des quotas par compte | Processus isolés, ressources partagées | Charge modérée et prévisible |
| VPS | Un hyperviseur (KVM) découpe le serveur en machines virtuelles | Ressources garanties, noyau virtualisé propre | Charge variable, besoin de contrôle logique |
| Dédié | Aucun hyperviseur, la machine physique entière | Isolation physique totale | Charge soutenue, contrôle total, exigence d'isolation |
Chaque palier répond à une question différente : le mutualisé répond à « combien de sites tiennent sur un serveur sans se gêner ? », le VPS à « comment garantir des ressources sans acheter une machine entière ? », le dédié à « comment supprimer tout partage, y compris logique ? ». Les sections suivantes détaillent la mécanique de chacun.
Mutualisé : ressources partagées avec quotas
Un hébergement mutualisé fait tourner plusieurs centaines de comptes sur un même serveur physique, sous un seul noyau système. Chaque compte reçoit des quotas — CPU, RAM, nombre de process simultanés, I/O disque — appliqués par le système d'exploitation, sans virtualisation. L'isolation est logique au niveau du processus : un compte ne peut pas lire les fichiers d'un autre, mais tous les comptes se partagent le même processeur physique et la même bande passante disque.
C'est un modèle économiquement efficace tant que la charge globale du serveur reste sous son seuil de saturation. Le risque documenté est le « voisinage bruyant » : un compte anormalement gourmand peut dégrader la latence perçue des autres, même avec des quotas en place, si le serveur approche sa limite globale. Sur une infrastructure correctement dimensionnée — c'est le cas de l'hébergement web Tomco, LiteSpeed et NVMe Gen4 — ce risque reste marginal, mais il ne disparaît jamais complètement : c'est la nature même du modèle.
Le mutualisé suffit à la majorité des sites qui ne subissent pas de pics de charge extrêmes : blog, site vitrine, boutique à trafic modéré. Le tarif d'entrée démarre à 2,99 €/mois, avec un palier « Entreprise+ » à ressources dédiées et jusqu'à 10 To de stockage pour les projets qui ont besoin de plus de marge sans changer de modèle.
VPS : virtualisation KVM, ressources garanties
Un VPS (serveur privé virtuel) repose sur un hyperviseur — chez Tomco, KVM piloté par Proxmox VE — qui découpe un serveur physique en plusieurs machines virtuelles totalement isolées. KVM (Kernel-based Virtual Machine) transforme le noyau Linux lui-même en hyperviseur : chaque VPS obtient son propre noyau virtualisé, sa quantité de RAM garantie, ses cœurs vCPU réservés et son espace disque dédié, quelle que soit l'activité des autres VPS hébergés sur la même machine physique. La documentation du projet KVM détaille cette architecture de virtualisation complète, intégrée au noyau Linux depuis 2007.
La différence avec le mutualisé n'est pas seulement une question de puissance : c'est une garantie contractuelle de ressources. Un VPS à 4 Go de RAM dispose de ces 4 Go, peu importe la charge des VPS voisins — ce que le mutualisé ne peut pas promettre par construction. En contrepartie, l'administration système (mises à jour du noyau virtualisé, sécurité, configuration serveur) revient à l'utilisateur, sauf offre managée.
Chez Tomco, le palier VPS démarre à 24,99 €/mois (2 vCPU AMD EPYC, 4 Go de RAM DDR5, 50 Go NVMe, 500 Mbps garantis), avec un palier Performance à 49,99 €/mois (4 vCPU, 8 Go RAM, 100 Go NVMe en RAID, 1 Gbps garanti). Les clusters Proxmox assurent un basculement automatique en cas de défaillance d'un nœud physique, sans intervention manuelle côté client.
Serveur dédié : bare-metal, isolation physique totale
Un serveur dédié — ou bare-metal — supprime l'hyperviseur : le client dispose de la machine physique entière, avec un accès root complet au matériel, sans aucune couche de virtualisation intermédiaire. Il n'y a plus de voisin, ni physique ni logique : 100 % du CPU, de la RAM et des IOPS du disque appartiennent à un seul client.
Les configurations dédiées Tomco reposent sur des processeurs AMD Ryzen 9, AMD EPYC ou Intel Xeon Gold, avec du stockage en RAID NVMe pour combiner performance et tolérance aux pannes disque. Le RAID répartit ou duplique les données sur plusieurs disques physiques : une configuration RAID-1, par exemple, tolère la panne d'un disque sans perte de données ni interruption de service. La protection anti-DDoS multicouche (L3/L4/L7), déjà documentée pour l'infrastructure mutualisée dans le guide choisir son hébergeur français, s'applique aussi aux offres dédiées, avec en option un VLAN privé pour une isolation réseau complète entre plusieurs machines d'un même client.
Un serveur dédié Tomco est livré et opérationnel en moins de 4 heures pour les configurations standard, avec un accès KVM IP immédiat dès la livraison. Ce KVM-là n'a rien à voir avec l'hyperviseur du paragraphe précédent : le KVM IP (« Keyboard, Video, Mouse over IP ») est une console de prise en main à distance de la machine physique — écran, clavier, souris virtualisés sur IP — utilisée pour installer l'OS ou dépanner un serveur qui ne répond plus, indépendamment de toute virtualisation. Même sigle, deux technologies distinctes : l'une virtualise des serveurs, l'autre donne un accès physique à distance.
Le tarif démarre autour de 199,99 €/mois pour une configuration AMD EPYC (16+ cœurs, 64 Go RAM DDR5 ECC, 2 × 1 To NVMe en RAID-1, 10 Gbps dédiés). Pour les équipes qui veulent le contrôle total sans en assumer l'exploitation, Tomco propose une infogérance sur-mesure. Le détail des configurations figure sur la page serveurs dédiés.
Les 4 critères qui doivent trancher
Quatre questions, dans cet ordre, suffisent à situer un projet sur l'échelle mutualisé → VPS → dédié.
- Isolation requise. Un incident de sécurité ou une surcharge chez un voisin peut-il affecter le site ? Si la réponse doit être un non catégorique et démontrable, seul le dédié l'apporte structurellement — le VPS garantit les ressources, pas l'absence totale de tout partage physique.
- Prévisibilité de la charge. Un trafic stable et connu se dimensionne facilement sur un mutualisé ou un VPS de taille fixe. Une charge en pics violents et imprévisibles (soldes, viralité, campagnes) demande des ressources garanties dès le départ, pas un ajustement après coup.
- Conformité et réglementaire. Certains cahiers des charges sectoriels exigent une isolation physique documentée ou des certifications précises de l'infrastructure d'accueil. Sur ce point, demandez à votre hébergeur les justificatifs correspondant à vos exigences, et faites-les figurer au contrat. Une exigence d'isolation physique totale oriente de toute façon mécaniquement vers le serveur dédié, quel que soit le niveau de certification du datacenter d'accueil.
- Compétence d'administration disponible en interne. Un mutualisé et un VPS managé ne demandent aucune administration système. Un VPS non managé ou un dédié brut supposent une équipe capable de sécuriser un noyau, gérer les mises à jour et diagnostiquer une panne — ou de déléguer cette charge à une infogérance.
Un projet qui répond « faible / stable / aucune exigence / pas de compétence interne » aux quatre critères n'a structurellement aucune raison de payer plus qu'un mutualisé.
Cas d'usage concrets par profil
| Profil | Charge typique | Palier adapté | Point de vigilance |
|---|---|---|---|
| Blog / site vitrine | Stable, faible à modérée | Mutualisé | Vérifier les quotas CPU/I-O de l'offre avant de sur-dimensionner |
| E-commerce en croissance | Pics saisonniers (soldes, fêtes) | VPS avec ressources garanties | Dimensionner sur le pic connu, pas sur la moyenne annuelle |
| SaaS / forte charge soutenue | Élevée et continue, base de données sollicitée en permanence | Dédié ou VPS haut de gamme | Isolation I/O disque : un SaaS multi-tenant sature vite un stockage partagé |
| Conformité sectorielle stricte | Variable, mais isolation contractuelle exigée | Dédié avec VLAN privé | Vérifier la certification du datacenter (ISO 27001) en plus de l'isolation matérielle |
Le SaaS mérite une nuance : ce n'est pas la charge moyenne qui pousse vers le dédié, mais la sollicitation continue de la base de données par de nombreux tenants simultanés — un pattern d'I/O disque que le mutualisé encaisse mal, même avec du NVMe, dès que plusieurs comptes du même serveur physique le sollicitent en même temps.
Le coût total sur 3 ans, pas le prix du premier mois
Le prix affiché du premier mois ne dit rien du coût réel d'un mauvais dimensionnement. Le piège le plus fréquent : choisir un VPS d'appel par réflexe — parce que « VPS » sonne plus sérieux que « mutualisé » — puis devoir migrer en urgence quelques mois plus tard quand la charge dépasse ce que l'offre d'entrée peut tenir.
Exemple chiffré, sur 36 mois :
| Scénario A — VPS sous-dimensionné puis upgradé | Scénario B — mutualisé haut de gamme dimensionné dès le départ | |
|---|---|---|
| Mois 1-6 | VPS d'appel à 4,99 €/mois | Mutualisé Entreprise+ à 14,99 €/mois |
| Mois 7-36 (après upgrade en urgence) | VPS supérieur à 19,99 €/mois | Même offre, aucun changement |
| Total 36 mois | 629,64 € | 539,64 € |
| Risque opérationnel | Migration précipitée sous charge, période de double facturation, fenêtre d'indisponibilité à gérer en urgence | Aucun — la charge était déjà tenue |
Le scénario A coûte 90 € de plus sur trois ans et ajoute un risque opérationnel que le scénario B n'a jamais rencontré. Le mécanisme est général, pas spécifique à un prestataire : un palier choisi sur un réflexe de marque plutôt que sur une mesure de charge se paie deux fois — une fois en argent, une fois en risque au moment de la migration forcée. La méthode pour éviter ce piège est simple : dimensionner sur le pic réel des 30 derniers jours, pas sur la moyenne, et comparer le coût sur 36 mois plutôt que le prix du premier mois — la même logique de lecture tarifaire détaillée dans le guide choisir son hébergeur français.
Migrer d'un palier à l'autre sans tout casser
Changer de palier ne devrait jamais imposer de tout reconstruire. La condition : garder dès le départ une configuration portable — accès SSH standard, base de données exportable en SQL, pas de dépendance à un format propriétaire du panneau d'hébergement.
La méthode tient en quatre étapes, dans les deux sens (mutualisé → VPS, VPS → dédié, ou une rétrogradation) :
- Auditer la charge réelle sur les pics des 30 derniers jours, pas sur la moyenne, pour choisir le bon palier cible.
- Provisionner l'environnement cible en parallèle, sans couper l'existant. Un serveur dédié Tomco est opérationnel en moins de 4 heures, avec accès KVM IP immédiat pour l'installation.
- Transférer fichiers et base de données, en direct ou via la migration assistée du nouvel hébergeur, qui conserve la configuration existante.
- Basculer le DNS puis décommissionner l'ancien palier, en le gardant actif quelques jours le temps de la propagation complète.
Tomco assure cette migration entre paliers — mutualisé, VPS, dédié, dans les deux sens — sans repartir de zéro : la configuration applicative, les données et les habitudes d'exploitation se conservent, seule la ressource sous-jacente change. Le détail des tarifs de chaque palier figure sur la page tarifs.
