Un cluster Proxmox semplifica agli utenti la complessa tecnologia di virtualizzazione. Interi gruppi di macchine virtuali possono essere gestiti con pochi clic, senza doversi preoccupare di installarle o partizionarle. Nel confronto tra OpenStack e Proxmox, per i principianti la seconda scelta è più facile. Si tratta infatti di una distribuzione completa basata su Debian che mira a consentire anche ai neofiti della virtualizzazione di affrontare questa tecnologia nel modo più semplice possibile. È quindi perfettamente sensato prendere in considerazione questa opzione.

Qual è la situazione di OpenStack rispetto ad AWS? Amazon Web Services (AWS) può essere considerato un cloud pubblico. Si tratta di un ambiente cloud creato in genere a partire da infrastrutture IT che un tempo appartenevano all'utente finale. Oggi, la posizione e la proprietà del cloud hanno perso importanza rispetto ai servizi on-premise. Con i cloud pubblici, i costi sono tipicamente sostenuti in base all'utilizzo. Gli utenti dei cloud pubblici hanno un accesso virtualmente illimitato alle risorse, ma questo comporta costi operativi più elevati.

OpenStack è un progetto open source che consiste in una serie di elementi software per la creazione di piattaforme cloud. In altre parole, un insieme di programmi per la creazione di un ambiente cloud. Con l'open source, il codice sorgente del software è pubblicamente disponibile. Ciò significa che un'ampia comunità può contribuire all'ulteriore sviluppo del software, garantendo un buon sviluppo futuro. Il cloud computing si riferisce all'accesso decentralizzato di programmi e dati. Questo ambiente deve essere protetto dall'accesso non autorizzato e dalla perdita di dati.
In realtà, non dovrebbe essere OpenStack contro OpenShift, ma con OpenShift. OpenShift è una piattaforma di container che può essere utilizzata su OpenStack. È stata sviluppata da Red Hat. Il vantaggio è che la tecnologia dei container è più impegnativa dal punto di vista delle risorse e più facile da gestire.

Nei primi anni, l'attenzione si è concentrata soprattutto sullo sviluppo di funzionalità e sulla stabilizzazione della piattaforma, importante per la sua ampia accettazione. Anche Kubernetes e l'attenzione alla containerizzazione hanno portato a un riorientamento di OpenStack. Tuttavia, c'è ancora un forte interesse per OpenStack. Ciò è dovuto principalmente al fatto che il problema fondamentale dell'Infrastruttura come servizio (IaaS) non è scomparso. E OpenStack, in quanto unica piattaforma infrastrutturale aperta, indipendente e stabile, risponde particolarmente bene a questo caso d'uso. Si è inoltre dedicato al complesso compito di fornire all'infrastruttura un'API. Questa viene messa a disposizione in un sistema multi-tenant, cioè in grado di gestire più client. Altre tecnologie come Kubernetes non hanno affrontato questa sfida, anche se sarebbe molto più vicina al carico di lavoro. Kubernetes ha anche difficoltà in aree di applicazione come la multi-tenancy o l'isolamento del carico di lavoro. Kubernetes, invece, è molto più adatto all'integrazione delle API per aumentare la produttività, perché è molto più incentrato sul carico di lavoro. Quando Kubernetes viene installato su OpenStack, risolve sia il problema della multi-tenancy che quello dell'isolamento del carico di lavoro.

OpenStack Neutron Server viene eseguito come servizio sul nodo di rete per servire l'API di rete e le sue estensioni. Inoltre, applica il modello di rete e l'indirizzamento IP di ogni porta. Tuttavia, il server Neutron richiede un accesso indiretto a un database persistente, che viene effettuato dai plugin. I plugin comunicano a loro volta con il database utilizzando AMQP (Advanced Message Queuing Protocol).

OpenStack Swift - noto anche come OpenStack Object Storage - è un sistema di archiviazione a oggetti open source. È concesso in licenza Apache 2.0 e funziona su hardware standardizzato. OpenStack Swift è utilizzato in particolare per il backup e l'archiviazione di dati non strutturati come documenti, immagini, file audio e video, e-mail e immagini di macchine virtuali. Gli oggetti e i file vengono scritti su diversi dischi rigidi. Il software garantisce la replica dei dati in un cluster di server. Swift colloca tre copie di ogni oggetto come standard in una posizione il più possibile univoca. L'ordine è regione, zona, server e poi disco rigido. Questo perché se un server o un disco rigido si guasta, il contenuto di un nodo attivo viene spostato in una nuova posizione nel cluster. Il sistema OpenStack Swift può essere scalato orizzontalmente e vi si accede tramite una "API REST HTTP".

Qualche anno fa, esisteva più di un'alternativa equivalente a OpenStack. Queste includevano, ad esempio: CloudStack, AzureStackEucalyptus, Nimbus, OpenNebula e vCloud. Oggi, tuttavia, gli specialisti del cloud si chiedono se esista ancora un solo concorrente serio. Questo perché OpenStack è chiaramente il leader del mercato dei cloud privati. Le alternative attuali sono Noris Network, Grass-Merkur e Syntax. Anche loro hanno molti anni di esperienza nel cloud computing.

Per installare OpenStack su una macchina virtuale per un laboratorio di prova, leggere le istruzioni e i suggerimenti per l'installazione di OpenStack su OpenStack Ubuntu. Ecco i passaggi più importanti:

• Impostazione di un ambiente di base costituito da un database e da file host
• Installazione del Servizio Identità
• Installazione del servizio immagine
• Installazione del servizio di calcolo
• Installazione del cruscotto per poter accedere all'interfaccia lb

OpenStack Heat viene utilizzato per orchestrare i componenti OpenStack. La gestione di OpenStack Heat può spesso essere troppo rigida per i cloud privati. I file di ambiente possono aumentare la flessibilità della configurazione di OpenStack. Questo perché OpenStack Heat fornisce funzioni di orchestrazione all'interno del framework cloud. Funziona con i modelli per orchestrare le risorse IaaS.

OpenStack-Ansible fornisce playbook e ruoli Ansible per la distribuzione e la configurazione di un ambiente OpenStack. L'integrazione del repository openstack-ansible in un altro progetto può essere fatta in diversi modi: con un sottomodulo git o eseguendo automaticamente un checkout git. È anche possibile creare la propria struttura di playbook, variabili e ruoli, pur contenendo i ruoli e le librerie di OpenStack Ansible, impostando le variabili d'ambiente.