OpenStack su bare metal
Una macchina qui arriva con una distribuzione Linux, root e una console che funziona anche quando la rete non funziona. OpenStack non è tra le immagini che installiamo, quindi il piano di controllo spetta a voi distribuirlo e gestirlo. Questa pagina spiega cosa l'hardware e la rete faranno e non faranno sotto di esso, scritto prima che ordiniate anziché scoperto dopo.
Trentatré immagini vengono installate su un blade al momento del build: Ubuntu fino alla 26.04, Debian fino alla 13, AlmaLinux 8, 9 e 10, Windows Server fino alla 2025, VMware vSphere Hypervisor 7 e 8 e Proxmox VE 9. OpenStack non è mai stato tra queste e non è nel modulo d'ordine. Non è una lacuna di cui ci scusiamo. OpenStack è una distribuzione, non un'immagine: la versione, i servizi, il driver di rete e il backend di storage sono decisioni che riguardano il vostro cloud, e un fornitore che le prendesse per voi al momento dell'installazione le avrebbe sbagliate.
Quindi la sequenza è: scegliete una distribuzione supportata dallo strumento di deployment, ottenete root via SSH circa mezz'ora dopo la conferma dell'ordine ed eseguite Kolla-Ansible, OpenStack-Ansible o i vostri playbook contro di essa. La matrice di supporto di Kolla-Ansible indica Debian 13, Rocky Linux 10 e Ubuntu 24.04. Noi installiamo due di queste tre. Rocky Linux 10 non è un'immagine qui, quindi un deployment Kolla sul nostro hardware è su Debian o Ubuntu.
Nessuno in Server Room è reperibile per un agent rotto o un aggiornamento fallito. Il supporto è 24/7 per la macchina, i dischi e la rete, e il confine è tracciato lì. Meglio leggerlo in questa pagina che scoprirlo durante un'interruzione.
L'architettura di esempio della guida all'installazione assegna al controller e a ogni nodo di calcolo un minimo di due interfacce di rete. Ogni macchina che vendiamo ha una porta collegata. Non esiste un prodotto con seconda porta, né VLAN privata né cross-connect nel catalogo, quindi la seconda interfaccia va creata sull'host via software, e il traffico di gestione, API e tunnel condivide il cavo con il traffico delle istanze. La guida rapida di Kolla-Ansible richiede due interfacce, 8 GB di memoria e 40 GB di disco per host; memoria e disco qui sono banali, l'interfaccia è l'elemento da pianificare.
Questa è la frase da leggere due volte prima di ordinare. Se il vostro progetto richiede una rete di storage isolata o un piano di gestione che il traffico delle istanze non possa vedere, questo hardware non ve la fornirà, e scoprirlo ora non costa nulla.
Le linee di blade ProLiant mettono le unità dietro un controller disco integrato, quindi il sistema operativo vede un unico volume logico e una coppia RAID 1 è ciò che ottenete. Questo si adatta a un controller e si adatta a Cinder su LVM. Non si adatta a Ceph: il progetto richiede dispositivi interi, e un controller che li nasconde dietro un'unità logica è la configurazione che ogni documento di Ceph e ZFS dice di evitare.
Le linee di cartucce NVMe sono la risposta. L'm510 e l'm710x non montano alcuna scheda RAID, quindi i loro dischi arrivano grezzi e un OSD ottiene il dispositivo che desidera. Sono anche piccoli, che è la forma onesta di un primo cluster Ceph: tre cartucce costano meno di un blade e insegnano di più.
Nulla di quanto segue è un bundle e niente è a stock. Ogni linea è costruita secondo la specifica che scegliete e prezzata dal configuratore, che è l'unico luogo in cui un totale è autorevole.
| Ruolo | Linee | Cosa lo determina |
|---|---|---|
| Controller, o un singolo all-in-one | D104, D105 | Da 32 GB fino a un terabyte, una coppia SSD in mirror dietro il controller disco e una console out-of-band. Il caso all-in-one richiede la memoria piuttosto che i core. |
| Calcolo | D105, D157, D158 | Le istanze sono limitate dalla memoria molto prima che dai core. Due socket raggiungono un terabyte; le linee a quattro socket raggiungono un terabyte e due terabyte, e non costano nulla per socket da virtualizzare perché non state licenziando un hypervisor. |
| OSD Ceph | m510, m710x | NVMe senza controller RAID davanti, che è ciò che Ceph richiede. Entrambe dispongono di una console. Iniziate con tre. |
| Un laboratorio che potete rompere | m710x | Una cartuccia, 32 o 64 GB, NVMe, una console e un pulsante di reinstallazione nel pannello. DevStack su una macchina su cui non c'è nessun altro, al prezzo di un grande server virtuale. |
Le città variano per linea. I D104, D105, D157, m510 e m710x sono in tutte e cinque: New York, Miami, San Francisco, Amsterdam e Bucarest. Il D158 è a New York, San Francisco e Bucarest. Mettete i nodi di un cloud in una sola città; i tunnel non sono fatti per un salto attraverso un oceano.
Un deployment OpenStack smonta la rete dell'host e la rimonta in modo diverso, e il passaggio che sbaglia porta con sé la macchina fuori dalla rete. Le linee blade e le cartucce m510 e m710x dispongono di una console out-of-band, raggiungibile dal pannello di controllo, il che significa che un bridge errato è una sessione di console anziché un ticket di supporto. Le cartucce piccole, m300, m700, m710 e m710p, hanno il controllo dell'alimentazione e nient'altro, quindi lo stesso errore lì è una reinstallazione. La reinstallazione è self-service, illimitata e richiede più o meno lo stesso tempo del primo build.
Il resto della configurazione è uguale a qualsiasi macchina dedicata qui. L'hardware guasto viene sostituito entro quattro ore in base all'accordo di servizio, quindici minuti consecutivi di indisponibilità della rete danno diritto a un credito, la fatturazione è mensile senza contratto, e pagare tre, sei o dodici mesi in anticipo fa risparmiare il 5%, il 10% o il 15%. Non c'è alcuna tariffa di attivazione su nessuna delle linee sopra.
2026.1 Gazpacho è l'attuale release coordinata, pubblicata il 1° aprile 2026, ed è una release SLURP, quindi un aggiornamento può saltare direttamente a essa dalla 2025.1 Epoxy anziché passare per la 2025.2 Flamingo. Entrambe le distribuzioni che installiamo includono pacchetti abbastanza recenti per distribuirla, e i deployment containerizzati non si curano di cosa fornisca l'host purché l'host sia nella matrice di supporto.
La guida all'installazione del progetto stesso dice che è un documento di apprendimento piuttosto che un riferimento di produzione, che è l'avvertenza corretta. Ciò che le persone mettono in produzione qui è Kolla-Ansible o OpenStack-Ansible, ed entrambi vogliono la stessa cosa da noi: una distribuzione pulita, root e indirizzi che si comportino bene.
No. Costruiamo la macchina, installiamo la distribuzione che avete scelto e consegniamo root e console. Tutto ciò che sta sopra è vostro. Se preferite acquistare il deployment piuttosto che costruirlo, ingaggiate un integratore OpenStack e noleggiate l'hardware qui; questa combinazione funziona e siamo felici di esserne la seconda metà.
No. Non c'è VLAN, non c'è seconda porta e non c'è cross-connect da acquistare, quindi ogni nodo ha una porta pubblica e un indirizzo su di essa, e il traffico di gestione, tunnel e storage attraversa tutti quella porta. Crittografate ciò che conta, usate il firewall dell'host per tenere gli endpoint API e database chiusi a tutto tranne che ai vostri indirizzi, e trattate un progetto che presuppone un back plane isolato come un progetto per altro hardware.
Gli indirizzi IPv4 extra provengono dallo stesso /24 del primario della macchina e arrivano sulla stessa porta, quindi Neutron può assegnarne uno direttamente a un'istanza o instradare un intero tenant dietro l'host. La scala è due per $6 al mese, quattro per $18, sei per $30 e otto per $42 sulle linee Scalable e a quattro socket; il blade entry arriva a quattro e le cartucce NVMe a due. Oltre a ciò, le istanze vivono dietro NAT sull'host, che è ciò che la maggior parte delle persone fa comunque.
Sulle linee a cartuccia, sì. I modelli m510 e m710x non hanno controller RAID, quindi un OSD riceve il dispositivo NVMe grezzo che Ceph si aspetta. Sui blade ProLiant i dischi stanno dietro un controller integrato come un unico volume logico, che è la configurazione che la documentazione di Ceph stessa dice di non usare, quindi quelle sono le macchine sbagliate per lo storage e quelle giuste per tutto il resto. Tre cartucce sono il cluster più piccolo che valga la pena avere.
Una, se state imparando: un all-in-one su una singola macchina è un vero OpenStack e fallisce in tutti i modi interessanti. Tre è dove diventa un ambiente da cui qualcun altro può dipendere, con il piano di controllo sulla propria macchina e due nodi di calcolo accanto. Non c'è ordine minimo né bundle, quindi iniziate con una e aggiungete la successiva quando la prima dimostra il progetto.
Sui blade e sui modelli m510 e m710x aprite la console out-of-band dal pannello di controllo e risolvete, esattamente come fareste davanti al rack. Su m300, m700, m710 e m710p c'è il controllo dell'alimentazione e nessuna console, quindi il ripristino è una reinstallazione, che è self-service, illimitata e richiede circa lo stesso tempo della build originale. Ordinate una linea con console se la macchina sarà oggetto di esperimenti.
Qualunque versione distribuiate. 2026.1 Gazpacho è la release corrente, datata 1 aprile 2026, ed è una release SLURP, quindi potete saltarci da 2025.1 Epoxy in un solo aggiornamento. Nulla nella nostra build vi vincola a una versione, e reinstallare l'host è un pulsante piuttosto che una richiesta.
Sì. È il vostro hardware, il vostro hypervisor e la vostra cloud. I guest Windows richiedono le vostre licenze, come ovunque. Se la domanda è l'aritmetica contro il noleggio da un hyperscaler, quel confronto ha una pagina propria.
Una macchina a rack è attiva circa 30 minuti dopo l'approvazione dell'ordine, e una build su ordinazione richiede da 4 a 24 ore. La fatturazione è mensile, non c'è contratto né durata minima, e la cancellazione dal pannello di controllo termina il servizio alla chiusura del mese di fatturazione.
