OpenStack, quando ti serve un cloud e non solo un hypervisor.

Se devi far girare qualche decina o qualche centinaio di macchine virtuali, OpenStack è probabilmente troppo: Proxmox VE fa lo stesso lavoro con molta meno complessità, anche quando servono più tenant, come spieghiamo nella pagina Migrazione da VMware Cloud Director. OpenStack ha senso quando l'ambiente è molto grande e servono servizi cloud oltre alle macchine virtuali: una grande organizzazione con molti reparti che devono gestire le proprie macchine in autonomia, un'università con progetti di ricerca separati, un cloud privato che deve crescere fino a centinaia di nodi.

In questi casi OpenStack offre quello che un hypervisor da solo non dà. Ogni progetto ha i propri utenti, le proprie quote, le proprie reti private con router e indirizzi pubblici, e può creare e distruggere risorse da solo tramite il portale o le API, senza aprire un ticket.

OpenStack è un insieme di servizi che collaborano. Nova gestisce il calcolo e le macchine virtuali, Neutron la rete con reti private, router virtuali, floating IP e security group, Cinder i volumi a blocchi e Glance le immagini. Keystone gestisce identità e progetti, Horizon è il portale web. Per lo storage la combinazione più diffusa è Ceph, che serve volumi, immagini e, se serve, object storage compatibile S3.

Intorno al nucleo ci sono i servizi che trasformano un insieme di hypervisor in un cloud: Heat per l'orchestrazione di interi stack, Octavia per il bilanciamento del carico, Manila per i file system condivisi, Designate per il DNS, Masakari per riavviare automaticamente le istanze quando un host si guasta. Per i container in Kubernetes preferiamo cluster dedicati gestiti con Rancher e RKE2.

Questa architettura modulare è la sua forza e la sua difficoltà. Un cloud OpenStack va progettato con cura, installato con strumenti ripetibili, come Kolla-Ansible o OpenStack-Ansible oppure l'installatore della distribuzione commerciale scelta, e aggiornato con metodo. Le release SLURP permettono di aggiornare una volta l'anno saltando la versione intermedia. È qui che serve esperienza: un OpenStack fatto male è un problema che dura anni.

Da VMware vSphere portiamo le macchine virtuali convertendo i dischi in immagini o volumi Cinder e ricreando le reti in Neutron. Gli strumenti dipendono dalla macchina: virt-v2v per la conversione classica a macchina spenta, oppure il toolkit di migrazione di os-migrate, che con il changed block tracking di VMware copia i dischi a macchina accesa e riduce il fermo all'ultima sincronizzazione.

Per i service provider che lasciano VMware Cloud Director consigliamo Proxmox VE con il nostro portale multi-tenant, più semplice da gestire. OpenStack resta la scelta per ambienti molto grandi o che richiedono servizi cloud aggiuntivi.

Colleghiamo il nuovo cloud ai tuoi sistemi esistenti, come autenticazione, fatturazione, monitoraggio e backup, e prepariamo per il tuo team le procedure per gestire progetti, quote e aggiornamenti.