Un serveur nu est un serveur informatique physique utilisé par un seul consommateur ou locataire.[1] Chaque serveur proposé à la location est un élément matériel physique distinct qui constitue à lui seul un serveur fonctionnel. Ce ne sont pas des serveurs virtuels fonctionnant sur plusieurs éléments matériels partagés.

Le terme est utilisé pour distinguer les serveurs pouvant héberger plusieurs locataires et qui utilisent la virtualisation et l'hébergement cloud.[2] Contrairement aux serveurs nus, les serveurs cloud sont partagés entre plusieurs locataires. Chaque serveur nu peut exécuter n'importe quelle quantité de travail pour un utilisateur ou avoir plusieurs utilisateurs simultanés, mais ils sont entièrement dédiés à l'entité qui les loue.

Les hyperviseurs assurent un certain isolement entre les locataires, mais il peut toujours y avoir un effet de voisin bruyant.[3] Si un serveur physique est partagé, les pics de charge d'un locataire peuvent consommer suffisamment de ressources machine pour affecter temporairement les autres locataires. Comme les locataires sont par ailleurs isolés, il est également difficile de gérer ou d'équilibrer la charge. Les serveurs nus et la location unique peuvent éviter cela.[2] De plus, les hyperviseurs offrent une isolation plus faible et sont beaucoup plus risqués du point de vue de la sécurité que l'utilisation de machines distinctes. Les attaquants ont toujours trouvé des vulnérabilités dans les logiciels d'isolation (tels que les hyperviseurs), les canaux secrets sont difficiles à contrer sans machines physiquement séparées et le matériel partagé est vulnérable aux défauts des mécanismes de protection matérielle tels que Rowhammer, Spectre et Meltdown.[4] Comme, une fois de plus, les coûts des serveurs diminuent en proportion du coût total de possession par rapport aux frais généraux d'administration, la solution classique consistant à « jeter du matériel sur le problème » redevient viable.

L'infrastructure en tant que service, notamment via l'infrastructure en tant que code, offre de nombreux avantages pour rendre l'hébergement facilement gérable. La combinaison des fonctionnalités de l'hébergement cloud et des serveurs nus offre la plupart de celles-ci, tout en offrant des avantages en termes de performances.[5] Ces offres cloud sont également appelées Bare-Metal-as-a-Service (BMaaS)

Certains serveurs cloud nus peuvent exécuter un hyperviseur ou des conteneurs, par exemple pour simplifier la maintenance ou fournir des couches d'isolation supplémentaires.[4]

Notez que la distinction entre ces services et les offres de serveurs dédiés traditionnelles réside dans la capacité de l'utilisateur à fournir des infrastructures composées de plusieurs serveurs, d'un réseau complexe et d'une configuration de stockage plutôt que de serveurs isolés.
Des plates-formes commerciales et open-source existent permettant aux entreprises de construire leur propre privé Bare-Metal privé

Le logiciel BMaaS prend généralement en charge la gestion du cycle de vie de l'équipement dans un centre de données (commutateurs de calcul, de stockage et de réseau, pare-feu, équilibreurs de charge et autres. Il permet aux opérateurs de centre de données de se décharger d'une grande partie du travail manuel généralement associé au déploiement du matériel. Il réduit également le gaspillage en simplifie la réutilisation et augmente la sécurité en mettant en œuvre un nettoyage automatique et une segmentation automatique entre les locataires au niveau du réseau.De plus en plus, les logiciels BMaaS sont utilisés en interne pour réduire les coûts associés à la gestion du cycle de vie des équipements pour les entreprises disposant de grandes flottes de serveurs.[6]

Le logiciel BMaaS vise à simplifier la gestion du matériel et à permettre sa consommation en tant que service. Il gère principalement la couche sous une solution hyperconvergée ou basée sur un conteneur. Il collabore souvent avec les couches supérieures via des intégrations telles que l'autoscaler de cluster Kubernetes.[7]

Le logiciel BMaaS a un objectif similaire à l'infrastructure désagrégée composable en ce sens qu'il vise à offrir à l'utilisateur la possibilité de "composer"l'unité de calcul souhaitée définie comme un ensemble de ressources (telles que le calcul ou le stockage). La distinction est que le stockage et le calcul n'ont pas besoin d'être "désagrégés"(accessibles depuis l'extérieur de l'unité serveur) car cela nécessite souvent du matériel spécialisé. Au lieu de cela, le même résultat est obtenu avec du matériel standard en sélectionnant un serveur correspondant qui correspond aux caractéristiques souhaitées (RAM, cœurs de processeur, capacité de disque local, GPU, FPGA, SmartNIC) à partir d'un pool de serveurs et en reconfigurant le réseau afin que le serveur rejoint les autres qu'un tenant a déployé

Notez que dans certaines implémentations, le composant de stockage est externe aux systèmes utilisant iSCSI, ce qui brouille les frontières entre BMaaS et l'infrastructure composable. Cela permet à l'utilisateur de choisir la taille et les performances du stockage du nœud d'une manière similaire aux offres d'infrastructure virtualisée classique en tant que service. Cela présente l'avantage d'une plus faible variabilité (snowflaking) du parc matériel et la possibilité d'une migration plus rapide d'un équipement à l'autre en cas de panne matérielle

Alors que de nouvelles charges de travail telles que la réalité augmentée, la réalité mixte, les voitures connectées, la télérobotique gagnent du terrain, la demande de services cloud à faible latence augmente, tout comme la demande d'Edge Computing.[8]
Bare Metal et le logiciel d'automatisation BMaaS sont utilisés pour les implémentations Edge Cloud, où un grand nombre de petits centres de données doivent être automatisés puis consommés en tant que service et où le service doit offrir la latence la plus faible possible.[9]

À une certaine époque, tous les serveurs étaient des serveurs bare metal. Les serveurs étaient hébergés sur site et appartenaient souvent à l'organisation qui les utilisait et les exploitait. Les systèmes d'exploitation se sont développés très tôt (début des années 1960) pour permettre le temps partagé. Les grands ordinateurs uniques, les ordinateurs centraux ou les minis, étaient généralement hébergés dans des emplacements centralisés et leurs services partagés via un bureau. Le passage aux PC de base bon marché dans les années 1980 a changé la donne à mesure que le marché se développait et que la plupart des organisations, même les plus petites, ont commencé à acheter ou à louer leurs propres ordinateurs. La croissance populaire d'Internet, et en particulier du Web, dans les années 1990 a encouragé la pratique de l'hébergement dans des centres de données, où de nombreux clients partageaient les installations de serveurs uniques. À l'heure actuelle, les petits serveurs Web coûtent souvent plus cher pour leur connectivité que leur coût matériel, ce qui encourage cette centralisation. La capacité de HTTP 1.1 pour l'hébergement virtuel a également facilité la co-hébergement de nombreux sites Web sur le même serveur.

À partir de 2000 environ, ou 2005 en termes pratiques sur le plan commercial, l'intérêt s'est accru pour l'utilisation de serveurs virtuels, puis l'hébergement en nuage, où l'infrastructure en tant que service a fait du service informatique la marchandise fongible, plutôt que le matériel du serveur. Des hyperviseurs ont été développés qui pourraient offrir de nombreuses machines virtuelles hébergées sur des serveurs physiques plus grands. Le modèle de charge de plusieurs utilisateurs est reconnu depuis longtemps comme étant globalement plus fluide que celui des utilisateurs individuels, de sorte que ces machines virtuelles pourraient utiliser plus efficacement le matériel physique et ses coûts, tout en semblant également avoir des performances individuelles supérieures à celles d'un simple partage des coûts. suggérer

Cobbler_ (logiciel) est apparu dans les années 1990 et utilisait le protocole PXE (Preboot Execution Environment). Depuis lors, divers fournisseurs de cloud ont construit leurs propres piles internes afin de proposer des variantes de serveurs dédiés ou des offres de cloud bare metal telles que :
⢠Avril 2015 Le composant OpenStack Ironic a été lancé dans le cadre de la version Kilo. [dix]
â¢Mai 2020 Packet a sorti une partie de sa pile sous le nom de Tinkerbell[12]
⢠Juin 2020 MetalSoft a été lancé pour commercialiser la pile derrière Bigstep Cloud. [13]

Exemples de logiciels BMaaS à la fois open-source et commerciaux :