Bare metal ou serveur dédié : ce que recouvrent les deux termes

La réponse courte

Bare metal et serveur dédié désignent tous deux le même objet physique : un serveur, dans une baie, loué à un client, avec votre système d'exploitation installé directement sur le matériel et aucun hyperviseur entre votre noyau et le CPU. Si un fournisseur vous remet une machine sous l'un ou l'autre nom, vous êtes en droit d'attendre les trois mêmes garanties : accès root complet, disques physiques, et aucune charge d'un tiers sur la machine.

Ce qui diffère, ce n'est pas le matériel. C'est le modèle d'exploitation que le terme sous-entend en général, car les deux mots viennent de décennies différentes de l'hébergement et ont emporté chacun leurs propres présupposés. La question utile est de savoir pour quels présupposés un fournisseur construit réellement son offre, pas quel mot figure sur la page des tarifs. C'est à cette question que répond la suite de ce guide.

D'où viennent les deux termes

« Serveur dédié » est le terme le plus ancien. Il sert à distinguer une machine que vous louez seul de l'hébergement mutualisé, où des dizaines ou des centaines de comptes cohabitent sur une machine et se partagent ses ressources. Dans ce vocabulaire, c'est « dédié » qui porte l'opposition : dédié à vous, pas partagé. Le terme est antérieur à la virtualisation moderne et transporte les habitudes d'exploitation de cette époque : un bon de commande, parfois des frais d'installation, un technicien qui installe la machine en baie ou la réinstalle à la main, et un contrat qui se compte en mois.

« Bare metal » est plus récent et vient de la direction opposée. Une fois que le cloud computing a fait de la « machine virtuelle » l'unité de calcul par défaut, les fournisseurs ont eu besoin d'un mot pour la machine physique sous l'hyperviseur, et pour les offres qui se passaient entièrement d'hyperviseur. « Bare metal » a comblé ce manque : le métal nu, sans rien de virtualisé dessus. Comme le terme est né dans le vocabulaire du cloud, il est arrivé avec des présupposés du cloud : une console, une API, des images que l'on déploie au lieu de les installer, et une facture qui peut se compter en heures.

Aucun des deux termes n'est plus juste. Ils décrivent la même machine depuis deux points de départ : l'un par opposition à l'hébergement mutualisé, l'autre par opposition à la virtualisation. Les frictions apparaissent quand un acheteur attend les présupposés de l'un auprès d'un fournisseur qui fonctionne encore selon l'autre.

Ce qui diffère : le modèle d'exploitation, pas le métal

Le tableau ci-dessous ne concerne aucun fournisseur en particulier. C'est le schéma général : ce qui change, sur un matériel par ailleurs identique, quand le modèle d'exploitation d'un fournisseur penche vers les anciennes habitudes du « serveur dédié » ou vers les nouvelles habitudes du « bare metal cloud ».

Aucune de ces lignes ne porte sur les capacités brutes du matériel. Un serveur dédié vendu par ticket et un serveur bare metal provisionné par API peuvent être exactement le même châssis, avec le même CPU et les mêmes disques. La différence tient entièrement à la façon dont vous y accédez, dont vous êtes facturé, et à la part du cycle de vie que vous pilotez vous-même au lieu d'attendre que quelqu'un d'autre le fasse pour vous.

Les questions à poser à un fournisseur

Plutôt que de vous fier au mot affiché sur la page, interrogez directement le modèle d'exploitation. Cinq questions font l'essentiel du travail :

1. Puis-je provisionner la machine moi-même, ou faut-il passer par un ticket ? C'est le moyen le plus rapide de savoir de quelle époque de l'hébergement relève ce que vous achetez.
2. Dans quel délai minimal puis-je avoir une machine démarrée et joignable ? « Quelques minutes » et « nous vous enverrons un e-mail quand elle sera prête » sont deux produits différents sous le même nom.
3. Puis-je être facturé à l'heure, ou suis-je lié à un engagement mensuel ou annuel ? La facturation à l'usage découle du provisionnement automatisé, ce n'est pas une option marketing, donc la réponse vous dit comment fonctionne le backend.
4. Puis-je capturer une image d'une machine en marche et la redéployer ailleurs ? C'est la fonction qui sépare « je peux réinstaller l'OS » de « je peux déplacer mon serveur configuré vers un autre matériel en quelques clics ».
5. Existe-t-il une API, et puis-je générer mes propres clés ? Si la seule automatisation est un ticket de support, la console est le plafond du produit, pas son plancher.

Si un fournisseur répond aux cinq par « oui, en libre-service, en quelques minutes, à l'heure, et voici l'API », vous avez affaire à un modèle d'exploitation bare metal cloud, quel que soit le mot inscrit sur la page de commande. Si la plupart des réponses sont « ouvrez un ticket », vous avez affaire à une exploitation traditionnelle de serveurs dédiés. C'est une façon tout à fait valable d'acheter une machine, mais plus lente et moins souple.

Ce qui n'a pas changé

Quel que soit le terme employé par un fournisseur, les garanties physiques doivent être identiques : aucun hyperviseur entre votre OS et le CPU, aucun autre client planifié sur les mêmes cœurs, un accès root complet à la machine, et des disques physiques plutôt qu'un volume réseau qui tient lieu de stockage. Ces quatre faits sont ce qui fait d'un serveur un serveur « bare metal » ou « dédié », et ils valent quelle que soit la rapidité du provisionnement ou la façon dont vous êtes facturé.

Là où ces garanties comptent, et comment elles se comparent en pratique à une instance virtualisée, relève d'un argument plus long que cet article n'a pas à développer deux fois. Nous le traitons en entier sur notre page bare metal, y compris les compromis précis face à une VM cloud.

Quand une instance virtuelle convient mieux

Aucun des deux termes ne correspond au bon achat pour toutes les charges. Une machine physique, quel que soit son nom, ne se redimensionne pas toute seule à trois heures du matin, et vous payez la machine entière, que vous en utilisiez dix pour cent ou quatre-vingt-dix. Les charges en rafales, de courte durée ou qui doivent monter en charge puis redescendre plusieurs fois par jour sont mieux servies par une instance virtuelle qui démarre en quelques minutes et disparaît une fois le travail terminé. Si votre trafic ressemble à cela, nos instances cloud conviennent mieux, sur le même réseau que notre parc bare metal.

Comment Serverside.com le nomme

Nous vendons une seule machine sous les deux noms, parce que c'est le même matériel dans les deux cas. Le provisionnement passe par une console en libre-service et une clé API que vous émettez vous-même, les images cloud-init se déploient en moins d'une minute sur les configurations en stock, les ISO personnalisées et iPXE couvrent tout ce qui sort du catalogue, et vous pouvez capturer une image d'un serveur en marche et la redéployer sur une autre machine. La facturation va de l'heure à l'année, avec 5 % de remise sur un engagement trimestriel, 10 % sur un semestriel et 15 % sur un annuel, sur la même configuration du début à la fin. La mitigation DDoS en ligne tourne par défaut sur chaque serveur, sur notre propre réseau AS55285. C'est cette combinaison que nous désignons quand nous appelons le produit bare metal cloud ; les mêmes machines sont aussi listées avec leurs configurations et tarifs complets si vous savez déjà ce que vous commandez. Le dimensionnement de la machine elle-même, indépendamment du processus d'achat, est traité à part dans notre guide de dimensionnement de serveur.

FAQ

Le bare metal est-il la même chose qu'un serveur dédié ?

Oui, sur le plan matériel. Les deux termes désignent une machine physique, louée en entier, avec votre système d'exploitation directement sur le matériel et aucun autre client qui la partage. Les mots divergent sur ce qu'ils laissent entendre de la façon d'acheter : « serveur dédié » évoque en général un contrat et un ticket de support, « bare metal » évoque en général une console ou une API et une facture que vous pouvez arrêter.

Le bare metal est-il plus rapide qu'une VM ?

Il n'y a pas d'hyperviseur entre votre noyau et le CPU, donc vous ne partagez ni cœurs, ni bande passante mémoire, ni file d'attente de stockage avec un autre client. Que cela se traduise par « plus rapide » dépend de la charge : une VM mono-locataire bien configurée, sur du matériel que vous contrôlez, s'en approche pour un travail limité par le CPU, tandis que les charges sensibles à la latence dans le pire cas (bases de données, services temps réel) montrent l'écart plus nettement, parce qu'aucun ordonnanceur ne décide du moment où vos instructions s'exécutent.

Peut-on facturer le bare metal à l'heure ?

Cela dépend du fournisseur. Les fournisseurs qui pratiquent un provisionnement de type cloud, avec consoles en libre-service et API, proposent généralement la facturation à l'heure à côté des engagements mensuels et annuels, parce que la machine est provisionnée et récupérée de la même façon quelle que soit la période de facturation. Ceux qui traitent encore les commandes par ticket ne proposent le plus souvent que des contrats mensuels ou annuels, parce que la facturation à l'heure n'a de sens qu'une fois que le provisionnement lui-même prend quelques minutes et non l'après-midi d'un technicien.

Le bare metal cloud est-il une réalité ou du marketing ?

C'est un modèle réel et précis, pas un synonyme d'hébergement physique en général. « Bare metal cloud » désigne des machines physiques mono-locataires provisionnées via une console en libre-service ou une API, facturées à l'usage, avec les commodités d'exploitation (capture d'image, redéploiement, accès console à la demande) que les utilisateurs du cloud attendent mais qui exigeaient autrefois la virtualisation. Un fournisseur qui traite encore les commandes par ticket et ne facture qu'au mois vend un serveur dédié ; qu'il relève aussi du bare metal cloud dépend de s'il a construit ce modèle d'exploitation, et pas seulement adopté l'expression.