OpenStack sur bare metal
Une machine arrive ici avec une distribution Linux, un accès root et une console qui fonctionne même quand le réseau ne fonctionne pas. OpenStack ne fait pas partie des images que nous installons, donc le plan de contrôle est à vous de le déployer et à vous de l'exploiter. Cette page décrit ce que le matériel et le réseau feront ou ne feront pas en dessous, écrit noir sur blanc avant que vous commandiez plutôt que découvert après coup.
Trente-trois images sont disponibles sur une blade au moment de la construction : Ubuntu jusqu'à la 26.04, Debian jusqu'à la 13, AlmaLinux 8, 9 et 10, Windows Server jusqu'à 2025, VMware vSphere Hypervisor 7 et 8, et Proxmox VE 9. OpenStack n'en a jamais fait partie et ne figure pas sur le bon de commande. Ce n'est pas une lacune dont nous nous excusons. OpenStack est un déploiement, pas une image : la version, les services, le pilote réseau et le backend de stockage sont des décisions qui concernent votre cloud, et un fournisseur qui les aurait prises pour vous au moment de l'installation les aurait prises de travers.
La séquence est donc la suivante : choisissez une distribution prise en charge par l'outil de déploiement, récupérez l'accès root en SSH environ une demi-heure après la validation de la commande, puis lancez Kolla-Ansible, OpenStack-Ansible ou vos propres playbooks dessus. La matrice de support de Kolla-Ansible cite Debian 13, Rocky Linux 10 et Ubuntu 24.04. Nous installons deux de ces trois-là. Rocky Linux 10 n'est pas une image chez nous, donc un déploiement Kolla sur notre matériel se fera sur Debian ou Ubuntu.
Personne chez Server Room n'est d'astreinte pour un agent en panne ou une mise à niveau ratée. Le support est disponible 24h/24 et 7j/7 pour la machine, les disques et le réseau, et la limite s'arrête là. Mieux vaut le lire sur cette page que le découvrir en pleine panne.
L'architecture d'exemple du guide d'installation donne au contrôleur et à chaque nœud de calcul un minimum de deux interfaces réseau. Chaque machine que nous vendons possède un seul port connecté. Il n'y a pas de produit à deuxième port, pas de VLAN privé et pas d'interconnexion au catalogue, donc la seconde interface doit être créée sur l'hôte en logiciel, et le trafic de gestion, d'API et de tunnel partage le câble avec le trafic des instances. Le démarrage rapide de Kolla-Ansible demande deux interfaces, 8 Go de mémoire et 40 Go de disque par hôte ; la mémoire et le disque sont triviaux ici, et c'est l'interface qu'il faut planifier.
Voilà la phrase à lire deux fois avant de commander. Si votre conception exige un réseau de stockage isolé ou un plan de gestion que le trafic des instances ne peut pas voir, ce matériel ne vous le donnera pas, et le découvrir maintenant ne coûte rien.
Les gammes de blades ProLiant placent leurs disques derrière un contrôleur de disque intégré, donc le système d'exploitation voit un seul volume logique et vous obtenez une paire en RAID 1. Cela convient à un contrôleur et à Cinder sur LVM. Cela ne convient pas à Ceph : le projet demande des périphériques entiers, et un contrôleur qui les cache derrière un lecteur logique est exactement la configuration que tous les documents Ceph et ZFS vous disent d'éviter.
Les gammes de cartouches NVMe sont la réponse à cela. La m510 et la m710x n'embarquent aucune carte RAID, donc leurs disques arrivent bruts et un OSD reçoit le périphérique qu'il attend. Elles sont aussi petites, ce qui est la forme honnête d'un premier cluster Ceph : trois cartouches coûtent moins cher qu'une blade et vous en apprennent davantage.
Rien de ce qui suit n'est un lot et rien n'est en stock. Chaque ligne est construite selon la spécification que vous choisissez et tarifée par le configurateur, qui est le seul endroit où un total fait foi.
| Rôle | Lignes | Ce qui le détermine |
|---|---|---|
| Contrôleur, ou un tout-en-un unique | D104, D105 | De 32 Go jusqu'à un téraoctet, une paire SSD en miroir derrière le contrôleur de disque, et une console hors bande. Le cas tout-en-un privilégie la mémoire plutôt que les cœurs. |
| Calcul | D105, D157, D158 | Les instances sont limitées par la mémoire bien avant les cœurs. Deux sockets atteignent un téraoctet ; les lignes à quatre sockets atteignent un téraoctet et deux téraoctets, et ne coûtent rien par socket à virtualiser car vous ne payez pas de licence d'hyperviseur. |
| OSD Ceph | m510, m710x | Du NVMe sans contrôleur RAID devant, ce que Ceph demande. Les deux disposent d'une console. Commencez avec trois. |
| Un laboratoire que vous pouvez casser | m710x | Une cartouche, 32 ou 64 Go, du NVMe, une console, et un bouton de réinstallation dans le panneau. DevStack sur une machine que personne d'autre n'utilise, pour le prix d'un gros serveur virtuel. |
Les villes diffèrent selon la ligne. Les D104, D105, D157, m510 et m710x sont dans les cinq : New York, Miami, San Francisco, Amsterdam et Bucarest. La D158 est à New York, San Francisco et Bucarest. Placez les nœuds d'un même cloud dans une même ville ; les tunnels ne sont pas conçus pour un saut à travers un océan.
Un déploiement OpenStack démonte la mise en réseau de l'hôte et la remonte différemment, et l'étape qui se trompe emporte la machine hors du réseau avec elle. Les gammes de blades ainsi que les cartouches m510 et m710x disposent d'une console hors bande, accessible depuis le panneau de contrôle, ce qui signifie qu'un mauvais bridge devient une session console plutôt qu'un ticket de support. Les petites cartouches, les m300, m700, m710 et m710p, n'ont que le contrôle de l'alimentation et rien d'autre, donc la même erreur là-bas se traduit par une réinstallation. La réinstallation est en libre-service, illimitée, et prend à peu près le même temps que la première construction.
Le reste de l'arrangement est identique à n'importe quelle machine dédiée chez nous. Le matériel défaillant est remplacé sous quatre heures conformément au contrat de service, quinze minutes consécutives d'indisponibilité du réseau donnent droit à un avoir, la facturation est mensuelle sans engagement, et payer trois, six ou douze mois d'avance donne 5 %, 10 % ou 15 % de remise. Il n'y a pas de frais d'installation sur aucune des lignes ci-dessus.
2026.1 Gazpacho est la version coordonnée actuelle, publiée le 1er avril 2026, et c'est une version SLURP, donc une mise à niveau peut y passer directement depuis 2025.1 Epoxy plutôt que de transiter par 2025.2 Flamingo. Les deux distributions que nous installons embarquent des paquets assez récents pour la déployer, et les déploiements conteneurisés ne se soucient pas de ce que l'hôte fournit tant que l'hôte figure sur la matrice de support.
Le guide d'installation officiel du projet précise qu'il s'agit d'un document d'apprentissage plutôt que d'une référence de production, ce qui est l'avertissement approprié. Ce que les gens mettent en production ici, c'est Kolla-Ansible ou OpenStack-Ansible, et les deux attendent la même chose de nous : une distribution propre, un accès root et des adresses qui se comportent bien.
Non. Nous montons la machine, installons la distribution que vous avez choisie, puis nous vous remettons l’accès root et la console. Tout ce qui va au-delà vous appartient. Si vous préférez acheter le déploiement plutôt que le construire, faites appel à un intégrateur OpenStack et louez le matériel ici ; cette combinaison fonctionne et nous sommes heureux d’en être la seconde moitié.
Non. Il n’y a ni VLAN, ni second port, ni interconnexion à acheter : chaque nœud possède donc un port public et une adresse sur ce port, et le trafic de gestion, de tunnel et de stockage transite entièrement par lui. Chiffrez ce qui compte, utilisez le pare-feu de l’hôte pour fermer les points d’accès de l’API et de la base de données à tout ce qui n’est pas vos propres adresses, et considérez qu’une conception qui suppose un fond de panier isolé est une conception pour un autre matériel.
Les adresses IPv4 supplémentaires proviennent du même /24 que l’adresse principale de la machine et arrivent sur le même port : Neutron peut donc en attribuer une directement à une instance, ou router tout un tenant derrière l’hôte. Le barème est de deux adresses pour 6 $ par mois, quatre pour 18 $, six pour 30 $ et huit pour 42 $ sur les gammes Scalable et à quatre sockets ; la lame d’entrée de gamme va jusqu’à quatre et les cartouches NVMe jusqu’à deux. Au-delà, les instances vivent derrière une NAT sur l’hôte, ce que la plupart des gens font de toute façon.
Sur les gammes à cartouches, oui. Les m510 et m710x n’ont pas de contrôleur RAID, si bien qu’un OSD reçoit le périphérique NVMe brut attendu par Ceph. Sur les lames ProLiant, les disques se trouvent derrière un contrôleur intégré sous la forme d’un seul volume logique, c’est-à-dire la configuration que la documentation de Ceph déconseille elle-même : ces machines sont donc les mauvaises pour le stockage et les bonnes pour tout le reste. Trois cartouches constituent le plus petit cluster qui vaille la peine d’être monté.
Une seule, si vous apprenez : un tout-en-un sur une machine unique est un véritable OpenStack, et il échoue de toutes les manières intéressantes. À trois machines, cela devient un environnement sur lequel quelqu’un d’autre peut compter, avec le plan de contrôle sur sa propre machine et deux nœuds de calcul à côté. Il n’y a ni commande minimale ni lot imposé : commencez donc par une machine et ajoutez la suivante quand la première aura validé la conception.
Sur les lames ainsi que sur les m510 et m710x, vous ouvrez la console hors bande depuis le panneau de contrôle et vous réparez la situation, exactement comme devant la baie. Sur les m300, m700, m710 et m710p, il y a un contrôle de l’alimentation mais pas de console : la récupération passe donc par une réinstallation, qui est en libre-service, illimitée et prend à peu près le temps de la construction initiale. Commandez une gamme avec console si la machine doit servir aux expérimentations.
Celle que vous déployez. 2026.1 Gazpacho est la version actuelle, datée du 1er avril 2026, et c’est une version SLURP : vous pouvez donc y passer depuis 2025.1 Epoxy en une seule mise à niveau. Rien dans notre construction ne vous fige sur une version, et réinstaller l’hôte est un bouton plutôt qu’une demande.
Oui. C’est votre matériel, votre hyperviseur et votre cloud. Les invités Windows nécessitent vos propres licences, comme partout ailleurs. Si la question porte sur le calcul face à la location chez un hyperscaler, cette comparaison a sa propre page.
Une machine en baie est opérationnelle environ 30 minutes après l’approbation de la commande, et une construction à la demande prend de 4 à 24 heures. La facturation est mensuelle, il n’y a ni contrat ni durée minimale, et l’annulation depuis le panneau de contrôle met fin au service à la clôture du mois de facturation.
