OpenStack - OpenStack

OpenStack

Autori originali	Rackspace Hosting e NASA
Sviluppatore/i	Open Infrastructure Foundation e comunità
Versione iniziale	21 ottobre 2010 ; 10 anni fa ( 2010-10-21 )
Rilascio stabile	Wallaby / 6 ottobre 2021 ; 9 giorni fa ( 2021-10-06 )
Repository	opendev .org /openstack
Scritto in	Pitone
piattaforma	Multipiattaforma
Tipo	Cloud computing
Licenza	Licenza Apache 2.0
Sito web	www .openstack .org

OpenStack è una libera , standard aperto cloud computing piattaforma. Viene per lo più implementato come Infrastructure-as-a-Service (IaaS) in cloud pubblici e privati ​​in cui vengono messi a disposizione degli utenti server virtuali e altre risorse. La piattaforma software è costituita da componenti interconnessi che controllano pool hardware diversificati e multivendor di risorse di elaborazione, archiviazione e rete in un data center . Gli utenti lo gestiscono tramite una dashboard basata sul Web, tramite strumenti a riga di comando o tramite servizi Web RESTful .

OpenStack è nato nel 2010 come progetto congiunto di Rackspace Hosting e NASA . A partire dal 2012, è stato gestito dalla OpenStack Foundation , un'entità aziendale senza scopo di lucro fondata nel settembre 2012 per promuovere il software OpenStack e la sua comunità. Nel 2018 più di 500 aziende avevano aderito al progetto. Nel 2020 la fondazione ha annunciato che sarebbe stata ribattezzata Open Infrastructure Foundation nel 2021.

Storia

La piattaforma Nebula della NASA

Nel luglio 2010, Rackspace Hosting e la NASA hanno annunciato un'iniziativa di software cloud open source nota come OpenStack. La missione era "produrre l'onnipresente piattaforma Open Source Cloud Computing che soddisferà le esigenze dei cloud pubblici e privati ​​indipendentemente dalle dimensioni, essendo semplice da implementare e massicciamente scalabile".

Il progetto intendeva aiutare le organizzazioni a offrire servizi di cloud computing in esecuzione su hardware standard. La prima versione ufficiale della comunità, nome in codice Austin, è apparsa tre mesi dopo, il 21 ottobre 2010 , con l'intenzione di rilasciare aggiornamenti regolari del software ogni pochi mesi. Il codice iniziale proveniva dalla piattaforma Nebula della NASA e dalla piattaforma Cloud Files di Rackspace . I moduli cloud stack e open stack sono stati uniti e rilasciati come open source dal team Nebula della NASA in collaborazione con Rackspace.  ( 2010-10-21 )

Nel 2011, gli sviluppatori della distribuzione Ubuntu Linux hanno adottato OpenStack con un'anteprima tecnologica non supportata della versione OpenStack "Bexar" per Ubuntu 11.04 " Natty Narwhal ". Lo sponsor di Ubuntu Canonical ha quindi introdotto il pieno supporto per i cloud OpenStack, a partire dalla versione Cactus di OpenStack.

OpenStack è diventato disponibile in Debian Sid dalla versione Openstack "Cactus" nel 2011, e la prima versione di Debian che includeva OpenStack era Debian 7.0 (nome in codice "Wheezy"), incluso OpenStack 2012.1 (nome in codice: "Essex").

Nell'ottobre 2011, SUSE ha annunciato l'anteprima pubblica del primo dispositivo OpenStack completamente configurato del settore basato sulla versione OpenStack "Diablo". Nell'agosto 2012, SUSE ha annunciato la sua distribuzione OpenStack aziendale supportata commercialmente basata sulla versione "Essex".

Nel novembre 2012, il Government Digital Service (GDS) del Regno Unito ha lanciato Inside Government basato sul modello OpenNASA v2.0 Government as a Platform (GaaP).

Lew Tucker, VP e CTO, Cloud Computing di Cisco nel 2012

Nel 2012, Red Hat ha annunciato un'anteprima della loro distribuzione OpenStack, a partire dalla versione "Essex". Dopo un'altra versione di anteprima, Red Hat ha introdotto il supporto commerciale per OpenStack con la versione "Grizzly", nel luglio 2013.

L'organizzazione OpenStack è cresciuta rapidamente ed è supportata da oltre 540 aziende.

Nel 2012 la NASA si è ritirata da OpenStack come contributore attivo e ha invece preso la decisione strategica di utilizzare Amazon Web Services per i servizi basati su cloud. Nel luglio 2013, la NASA ha pubblicato un audit interno citando la mancanza di progressi tecnici e altri fattori come la ragione principale dell'abbandono da parte dell'agenzia come sviluppatore attivo del progetto e si concentra invece sull'uso dei cloud pubblici. Questo rapporto è in parte contraddetto dalle osservazioni fatte dal CIO dell'Ames Research Center , Ray O'Brien.

Nel dicembre 2013, Oracle ha annunciato di aver aderito a OpenStack come sponsor e ha pianificato di portare OpenStack su Oracle Solaris, Oracle Linux e molti dei suoi prodotti. È seguito dall'annuncio delle distribuzioni Oracle OpenStack per Oracle Solaris e per Oracle Linux utilizzando Icehouse il 24 settembre 2014.

Nel maggio 2014, HP ha annunciato HP Helion e ha rilasciato un'anteprima di HP Helion OpenStack Community, a partire dal rilascio di IceHouse. HP gestisce HP Helion Public Cloud su OpenStack dal 2012.

In occasione dell'Interop and Tech Field Day 2014 , Avaya ha dimostrato il networking definito dal software utilizzando il bridging del percorso più breve e OpenStack come campus automatizzato, estendendo l'automazione dal data center al dispositivo finale, rimuovendo il provisioning manuale dall'erogazione dei servizi.

A partire da marzo 2015, la NASA utilizza ancora il cloud privato OpenStack e dispone di RFP per il supporto del cloud pubblico OpenStack.

Nomi storici

Diversi progetti OpenStack hanno cambiato nome a causa di problemi di marchio.

• Neutron era precedentemente noto come Quantum.
• Il Sahara si chiamava Savanna.
• Designate era precedentemente noto come Moniker.
• Trove era precedentemente noto come RedDwarf.
• Zaqar era precedentemente noto come Marconi.

Cronologia delle uscite

Sviluppo OpenStack

La comunità OpenStack collabora con un ciclo di rilascio di sei mesi basato sul tempo con frequenti traguardi di sviluppo.

Durante la fase di pianificazione di ogni versione, la community si riuniva per un OpenStack Design Summit per facilitare le sessioni di lavoro degli sviluppatori e per assemblare i piani. Questi Design Summit coinciderebbero con la conferenza OpenStack Summit.

A partire dal ciclo di sviluppo di Pike, l'attività del meeting di progettazione è stata suddivisa in un evento separato di Project Teams Gathering (PTG). Ciò è stato fatto per evitare le distrazioni degli sviluppatori causate da presentazioni e riunioni con i clienti che si stavano svolgendo all'OpenStack Summit e per consentire alle discussioni di progettazione di svolgersi prima dell'inizio del ciclo successivo.

I recenti OpenStack Summit si sono svolti a Shanghai il 4-6 novembre 2019, Denver il 29 aprile-1 maggio 2019, Berlino il 13-19 novembre 2018, Vancouver il 21-25 maggio 2018, Sydney il 6-8 novembre 2017, Boston il 8–11 maggio 2017, Austin il 25–29 aprile 2016 e Barcellona il 25–28 ottobre 2016. I precedenti OpenStack Summit si sono svolti anche a Tokyo nell'ottobre 2015, Vancouver nel maggio 2015 e Parigi nel novembre 2014. Il vertice di Maggio 2014 ad Atlanta ha attirato 4.500 partecipanti, un aumento del 50% rispetto al vertice di Hong Kong sei mesi prima.

Componenti

OpenStack è suddiviso in servizi per consentirti di collegare e riprodurre componenti in base alle tue esigenze. La mappa OpenStack ti offre una vista "a colpo d'occhio" del panorama OpenStack per vedere dove si adattano quei servizi e come possono lavorare insieme.

OpenStack ha un'architettura modulare con vari nomi in codice per i suoi componenti.

Calcola (Nova)

Nova è il progetto OpenStack che fornisce un modo per fornire istanze di calcolo come macchine virtuali, server hardware reali (tramite l'uso di ironico) e ha un supporto limitato per i contenitori di sistema. Nova funziona come un insieme di demoni sui server Linux esistenti per fornire quel servizio.

Nova è scritto in Python . Utilizza molte librerie Python esterne come Eventlet (libreria di rete simultanea), Kombu ( framework di messaggistica AMQP ) e SQLAlchemy (toolkit SQL e Object Relational Mapper). Nova è progettato per essere scalabile orizzontalmente . Invece di passare a server più grandi, acquisti più server e installi semplicemente servizi configurati in modo identico.

Grazie alla sua ampia integrazione nelle infrastrutture di livello aziendale, al monitoraggio delle prestazioni di OpenStack in generale e delle prestazioni di Nova in particolare, il ridimensionamento è diventato un problema sempre più importante. Il monitoraggio delle prestazioni end-to-end richiede il monitoraggio delle metriche di Nova, Keystone, Neutron, Cinder, Swift e altri servizi, oltre al monitoraggio di RabbitMQ utilizzato dai servizi OpenStack per lo scambio di messaggi. Tutti questi servizi generano i propri file di registro, che, soprattutto nelle infrastrutture di livello aziendale, dovrebbero essere anch'essi monitorati.

Reti (neutroni)

Neutron è un progetto OpenStack per fornire "connettività di rete come servizio" tra dispositivi di interfaccia (ad es. vNIC) gestiti da altri servizi OpenStack (ad es. nova). Implementa l'API di rete OpenStack.

Gestisce tutti gli aspetti di rete per l'infrastruttura di rete virtuale (VNI) e gli aspetti del livello di accesso dell'infrastruttura di rete fisica (PNI) nell'ambiente OpenStack. OpenStack Networking consente ai progetti di creare topologie di rete virtuale avanzate che possono includere servizi come un firewall e una rete privata virtuale (VPN).

Neutron consente indirizzi IP statici dedicati o DHCP . Consente inoltre agli indirizzi IP mobili di consentire il reindirizzamento dinamico del traffico.

Gli utenti possono utilizzare tecnologie di rete definita da software (SDN) come OpenFlow per supportare multi-tenancy e scalabilità. La rete OpenStack può distribuire e gestire servizi di rete aggiuntivi, come sistemi di rilevamento delle intrusioni (IDS), bilanciamento del carico , firewall e reti private virtuali (VPN).

Archiviazione a blocchi (Cinder)

Cinder è il servizio OpenStack Block Storage per fornire volumi a macchine virtuali Nova, host bare metal ironici, contenitori e altro ancora. Alcuni degli obiettivi di Cinder sono di essere/avere:

• Architettura basata su componenti : aggiungi rapidamente nuovi comportamenti
• Elevata disponibilità : scalabilità fino a carichi di lavoro molto seri
• Fault-Tolerant : i processi isolati evitano errori a cascata
• Recuperabile : i guasti dovrebbero essere facili da diagnosticare, eseguire il debug e correggere
• Standard aperti : essere un'implementazione di riferimento per un'API guidata dalla comunità

I volumi Cinder forniscono storage persistente alle macchine virtuali guest, note come istanze, gestite dal software OpenStack Compute. Cinder può essere utilizzato anche indipendentemente da altri servizi OpenStack come storage definito dal software autonomo. Il sistema di archiviazione a blocchi gestisce la creazione, la replica, la gestione delle istantanee, il collegamento e lo scollegamento dei dispositivi a blocchi ai server.

Identità (chiave di volta)

Keystone è un servizio OpenStack che fornisce l'autenticazione del client API, il rilevamento del servizio e l'autorizzazione multi-tenant distribuita implementando l'API Identity di OpenStack. È il sistema di autenticazione comune in tutto il sistema operativo cloud. Keystone può integrarsi con servizi di directory come LDAP . Supporta username e password standard, sistemi basati su token e accessi in stile AWS (ad esempio Amazon Web Services ). Il catalogo dei servizi keystone di OpenStack consente ai client API di scoprire e navigare in modo dinamico verso i servizi cloud.

Immagine (sguardo)

Il progetto Image service (glance) fornisce un servizio in cui gli utenti possono caricare e scoprire risorse di dati che devono essere utilizzate con altri servizi. Questo attualmente include immagini e definizioni di metadati.

immagini

I servizi di immagine di Glance includono l'individuazione, la registrazione e il recupero di immagini di macchine virtuali (VM). Glance ha un'API RESTful che consente l'interrogazione dei metadati dell'immagine della macchina virtuale e il recupero dell'immagine effettiva. Le immagini VM rese disponibili tramite Glance possono essere archiviate in una varietà di posizioni, da semplici filesystem a sistemi di archiviazione di oggetti come il progetto OpenStack Swift .

Definizioni dei metadati

Glance ospita un catalogo di metadef. Ciò fornisce alla comunità OpenStack un modo per determinare a livello di codice vari nomi di chiavi di metadati e valori validi che possono essere applicati alle risorse OpenStack.

Archiviazione oggetti (Swift)

Swift è un archivio di oggetti/blob distribuito ed eventualmente coerente. Il progetto OpenStack Object Store, noto come Swift, offre un software di archiviazione cloud in modo da poter archiviare e recuperare molti dati con una semplice API. È progettato per la scalabilità e ottimizzato per la durabilità, la disponibilità e la concorrenza nell'intero set di dati. Swift è l'ideale per archiviare dati non strutturati che possono crescere senza limiti.

Nell'agosto 2009, Rackspace ha iniziato lo sviluppo del precursore di OpenStack Object Storage, come sostituto completo del prodotto Cloud Files . Il team di sviluppo iniziale era composto da nove sviluppatori. SwiftStack , una società di software di storage di oggetti, è attualmente lo sviluppatore leader per Swift con contributi significativi da Intel , Red Hat , NTT , HP , IBM e altri.

Cruscotto (Orizzonte)

Horizon è l'implementazione canonica del dashboard di OpenStack, che fornisce un'interfaccia utente basata sul web ai servizi OpenStack tra cui Nova, Swift, Keystone, ecc. Horizon viene fornito con tre dashboard centrali, un "Dashboard utente", un "Dashboard di sistema" e un " Impostazioni". Tra questi tre coprono le principali applicazioni OpenStack e forniscono il supporto Core. L'applicazione Horizon viene inoltre fornita con una serie di astrazioni API per i progetti OpenStack principali al fine di fornire un insieme coerente e stabile di metodi riutilizzabili per gli sviluppatori. Utilizzando queste astrazioni, gli sviluppatori che lavorano su Horizon non hanno bisogno di conoscere intimamente le API di ogni progetto OpenStack.

Orchestrazione (calore)

Heat è un servizio per orchestrare più applicazioni cloud composite utilizzando modelli, tramite un'API REST nativa di OpenStack e un'API di query compatibile con CloudFormation.

Flusso di lavoro (Mistral)

Mistral è un servizio che gestisce i flussi di lavoro. L'utente in genere scrive un flusso di lavoro utilizzando il linguaggio del flusso di lavoro basato su YAML e carica la definizione del flusso di lavoro su Mistral tramite la sua API REST. Quindi l'utente può avviare questo flusso di lavoro manualmente tramite la stessa API o configurare un trigger per avviare il flusso di lavoro su alcuni eventi.

Telemetria (ceilometro)

OpenStack Telemetry (Ceilometer) fornisce un unico punto di contatto per i sistemi di fatturazione, fornendo tutti i contatori di cui hanno bisogno per stabilire la fatturazione dei clienti, attraverso tutti i componenti OpenStack attuali e futuri. La consegna dei contatori è tracciabile e verificabile, i contatori devono essere facilmente estensibili per supportare nuovi progetti e gli agenti che effettuano le raccolte di dati dovrebbero essere indipendenti dal sistema complessivo.

Banca dati (Trove)

Trove è un motore di database relazionale e non relazionale per il provisioning di database-as-a-service .

Riduzione della mappa elastica (Sahara)

Sahara è un componente per il provisioning dei cluster Hadoop in modo semplice e rapido . Gli utenti specificheranno diversi parametri come il numero di versione di Hadoop, il tipo di topologia del cluster, i dettagli del tipo di nodo (definizione dello spazio su disco, impostazioni della CPU e della RAM) e altri. Dopo che un utente ha fornito tutti i parametri, Sahara distribuisce il cluster in pochi minuti. Sahara fornisce anche i mezzi per scalare un cluster Hadoop preesistente aggiungendo e rimuovendo nodi di lavoro su richiesta.

bare metal (ironico)

Ironic è un progetto OpenStack che fornisce macchine bare metal invece di macchine virtuali. Inizialmente è stato biforcato dal driver Nova Baremetal e si è evoluto in un progetto separato. È meglio pensarlo come un'API hypervisor bare metal e un set di plug-in che interagiscono con le macchine bare metal gestite da Ironic. Per impostazione predefinita, utilizzerà PXE e IPMI o Redfish in concerto per fornire e gestire macchine fisiche, ma Ironic supporta e può essere esteso con plug-in specifici del fornitore per implementare funzionalità aggiuntive.

Dall'inizio di Ironic, ha generato diversi sottoprogetti per supportare ulteriori casi d'uso e funzionalità. Alcuni dei più comunemente sfruttati di questi progetti includono Ironic-Inspector, Bifrost, Sushy e networking-generic-switch. Ironic-inspector fornisce la raccolta di informazioni sull'hardware e la scoperta dell'hardware. Bifrost si concentra sul caso d'uso di operare senza altri componenti OpenStack ed è evidenziato sul sito ironicbaremetal.org . Sushy è una libreria client API Redfish leggera. Networking-generic-switch è un plugin che supporta la gestione della configurazione switchport per macchine bare metal.

Messaggistica (Zaqar)

Zaqar è un servizio di messaggistica cloud multi-tenant per sviluppatori Web. Il servizio presenta un'API completamente RESTful, che gli sviluppatori possono utilizzare per inviare messaggi tra i vari componenti delle loro applicazioni SaaS e mobili utilizzando una varietà di modelli di comunicazione. Alla base di questa API c'è un efficiente motore di messaggistica progettato pensando alla scalabilità e alla sicurezza. Altri componenti OpenStack possono integrarsi con Zaqar per far emergere gli eventi agli utenti finali e per comunicare con gli agenti ospiti che vengono eseguiti nel livello "over-cloud".

File system condiviso (Manila)

OpenStack Shared File System (Manila) fornisce un'API aperta per gestire le condivisioni in un framework indipendente dal fornitore. Le primitive standard includono la possibilità di creare, eliminare e concedere/negare l'accesso a una condivisione e possono essere utilizzate da sole o in una varietà di ambienti di rete differenti. Sono supportati dispositivi di storage commerciali di EMC, NetApp, HP, IBM, Oracle, Quobyte, INFINIDAT e Hitachi Data Systems, nonché tecnologie di file system come Red Hat GlusterFS o Ceph.

DNS (designato)

Designate è un'API REST multi-tenant per la gestione del DNS. Questo componente fornisce DNS as a Service ed è compatibile con molte tecnologie di backend, inclusi PowerDNS e BIND. Non fornisce un servizio DNS in quanto tale il suo scopo è quello di interfacciarsi con i server DNS esistenti per gestire le zone DNS in base al tenant.

Cerca (Searchlight)

Il progetto non viene più mantenuto attivamente.

Searchlight offre funzionalità di ricerca avanzate e coerenti su vari servizi cloud OpenStack. Lo fa scaricando le query di ricerca degli utenti da altri server API OpenStack indicizzando i loro dati in ElasticSearch . Searchlight viene integrato in Horizon e fornisce anche un'interfaccia a riga di comando .

Key manager (Barbican)

Barbican è un'API REST progettata per l'archiviazione sicura, il provisioning e la gestione dei segreti. Ha lo scopo di essere utile per tutti gli ambienti, comprese le grandi nuvole effimere.

Orchestrazione del contenitore (Magnum)

Magnum è un servizio API OpenStack sviluppato dal team OpenStack Containers che rende disponibili come risorse di prima classe in OpenStack motori di orchestrazione dei container come Docker Swarm, Kubernetes e Apache Mesos. Magnum utilizza Heat per orchestrare un'immagine del sistema operativo che contiene Docker e Kubernetes ed esegue tale immagine in macchine virtuali o bare metal in una configurazione cluster.

Analisi della causa principale (Vitrage)

Vitrage è il servizio OpenStack RCA (Root Cause Analysis) per organizzare, analizzare ed espandere allarmi ed eventi OpenStack, fornendo approfondimenti sulla causa principale dei problemi e deducendone l'esistenza prima che vengano rilevati direttamente.

Azioni di allarme basate su regole (Aodh)

Questo servizio allarmante consente di attivare azioni basate su regole definite rispetto a dati di metrica o eventi raccolti da Ceilometer o Gnocchi.

Compatibilità con altre API cloud

OpenStack non cerca la compatibilità con le API di altri cloud. Tuttavia, c'è una certa quantità di compatibilità guidata da vari membri della comunità OpenStack per i quali queste cose sono importanti.

• Il progetto API EC2 mira a fornire compatibilità con Amazon EC2
• Il progetto API GCE mira a fornire compatibilità con Google Compute Engine

Governance

OpenStack è governato da una fondazione senza scopo di lucro e dal suo consiglio di amministrazione, un comitato tecnico e un comitato degli utenti. Il consiglio di amministrazione è composto da otto membri di ciascuno degli otto sponsor platino, otto membri dei 24 massimi sponsor Gold consentiti definiti e otto membri eletti dai singoli membri della Fondazione.

Elettrodomestici

Un'appliance OpenStack è il nome dato al software in grado di supportare la piattaforma di cloud computing OpenStack su dispositivi fisici come server o macchine virtuali o una combinazione dei due. In genere un'appliance software è un insieme di funzionalità software che possono funzionare senza un sistema operativo. Pertanto, devono contenere una quantità sufficiente dei componenti essenziali del sistema operativo sottostante per funzionare. Pertanto, una definizione rigorosa potrebbe essere: un'applicazione progettata per offrire funzionalità OpenStack senza la necessità di un sistema operativo sottostante. Tuttavia, l'applicazione di questa definizione rigorosa potrebbe non essere utile, in quanto non esiste realmente una chiara distinzione tra un apparecchio e una distribuzione . Si potrebbe sostenere che il termine appliance è un termine improprio perché OpenStack stesso è indicato come un sistema operativo cloud, quindi l'uso del termine appliance OpenStack potrebbe essere un termine improprio se si è pedanti.

Se osserviamo la gamma di Appliance e Distribuzioni, si potrebbe distinguere che le distribuzioni sono quei set di strumenti che tentano di fornire un'ampia copertura dell'ambito del progetto OpenStack, mentre un'Appliance avrà un focus più ristretto, concentrandosi su un minor numero di progetti. I fornitori sono stati fortemente coinvolti in OpenStack sin dal suo inizio e da allora hanno sviluppato e commercializzano un'ampia gamma di dispositivi, applicazioni e distribuzioni.

Venditori

Un gran numero di fornitori offre soluzioni OpenStack, il che significa che un'organizzazione che desidera implementare la tecnologia ha un compito complesso nella selezione dell'offerta del fornitore che meglio soddisfa i propri requisiti aziendali. Barb Darrow ha offerto questa panoramica su Fortune il 27 maggio 2015, sottolineando che potrebbe esserci un consolidamento nel mercato che chiarirà tali decisioni.

Ci sono altri aspetti che gli utenti devono considerare, ad esempio i costi reali coinvolti. Alcuni fornitori faranno un'offerta che comprende la maggior parte dei progetti OpenStack; altri offriranno solo alcuni componenti. Altre considerazioni includono l'estensione del codice proprietario utilizzato per gestire la mancanza di maturità in un componente OpenStack e fino a che punto ciò incoraggia il blocco del fornitore.

Le informazioni più autorevoli sui prodotti dei fornitori si trovano sul sito Web di Open Infrastructure Foundation.

Sfide per l'implementazione

OpenStack è un'entità complessa e gli utilizzatori devono affrontare una serie di sfide quando cercano di implementare OpenStack in un'organizzazione. Per molte organizzazioni che cercano di realizzare i propri progetti, un problema chiave è la mancanza di competenze disponibili. In un articolo su The New Stack , Atul JHA identifica cinque sfide che qualsiasi organizzazione che desideri distribuire OpenStack dovrà affrontare.

Sfide di installazione

OpenStack è una suite di progetti piuttosto che un singolo prodotto e, poiché ciascuna delle varie applicazioni deve essere configurata per soddisfare le esigenze dell'utente, l'installazione è complessa e richiede una serie di competenze complementari per una configurazione ottimale. Una soluzione ovvia sarebbe quella di prendere un pacchetto completo fornito dal fornitore contenente hardware e software, sebbene la due diligence sia essenziale.

Documentazione

Questa è più una funzione della natura della documentazione con prodotti open source che di OpenStack di per sé, ma con più di 25 progetti, la gestione della qualità dei documenti sarà sempre una sfida.

Aggiornamento di OpenStack

Uno degli obiettivi principali dell'utilizzo di un'infrastruttura di tipo cloud è offrire ai propri utenti non solo un'elevata affidabilità ma anche un'elevata disponibilità, cosa che i fornitori di cloud pubblici offriranno negli accordi sul livello di servizio.

A causa dell'approccio di sviluppo multiprogetto di OpenStack, la complessità implicata nella sincronizzazione dei diversi progetti durante l'implementazione di un aggiornamento può significare che i tempi di inattività sono inevitabili .

Supporto a lungo termine

È abbastanza comune per un'azienda continuare a utilizzare una versione precedente del software per un po' di tempo dopo che è stata aggiornata. Le ragioni di ciò sono piuttosto ovvie e di cui sopra. Tuttavia, c'è poco incentivo per gli sviluppatori in un progetto open source a fornire supporto per il codice sostituito. Inoltre, lo stesso OpenStack ha formalmente interrotto il supporto per alcune vecchie versioni.

Date le sfide di cui sopra, il percorso più appropriato per un'organizzazione che desideri implementare OpenStack sarebbe rivolgersi a un fornitore e procurarsi un'appliance o una distribuzione OpenStack.

Utenti

OpenStack ha un'ampia varietà di utenti, provenienti da diversi settori. Gli utenti notevoli includono:

Modelli di distribuzione

Man mano che il progetto OpenStack è maturato, i fornitori hanno aperto la strada a diversi modi per i clienti di distribuire OpenStack:

Cloud pubblico basato su OpenStack

Un fornitore fornisce un sistema di cloud computing pubblico basato sul progetto OpenStack.

Distribuzione in sede

In questo modello, un cliente scarica e installa una distribuzione OpenStack nella propria rete interna. Vedi distribuzioni.

Cloud privato OpenStack ospitato

Un fornitore ospita un cloud privato basato su OpenStack: inclusi l'hardware sottostante e il software OpenStack.

OpenStack-as-a-Service

Un fornitore ospita il software di gestione OpenStack (senza hardware) come servizio. I clienti si iscrivono al servizio e lo associano ai propri server, storage e reti interni per ottenere un cloud privato completamente operativo.

OpenStack basato su appliance

Nebula era un fornitore che vendeva dispositivi che potevano essere collegati a una rete che ha generato una distribuzione OpenStack.

distribuzioni

• Informatica brillante
• Canonico (Ubuntu)
• Debian
• HPE (che è stata incorporata in Micro Focus/Suse)
• IBM
• Miranti
• Oracle OpenStack per Oracle Linux o O3L
• Oracle OpenStack per Oracle Solaris
• cappello rosso
• Stratoscale
• VMware Integrated OpenStack (VIO)

Guarda anche

• Confronto tra cloud computing
• Fonderia delle nuvole
• ApriMaiusc

Riferimenti

link esterno

• Sito ufficiale