OpenStack - OpenStack

OpenStack

Autori originali	Rackspace Hosting și NASA
Dezvoltatori	Fundația și comunitatea Open Infrastructure
Eliberarea inițială	21 octombrie 2010 ; acum 10 ani ( 21-10-2010 )
Versiune stabila	Wallaby / 6 octombrie 2021 ; Acum 9 zile ( 06.06.2021 )
Repertoriu	opendev .org / openstack
Scris in	Piton
Platformă	Cross-platform
Tip	Cloud computing
Licență	Licență Apache 2.0
Site-ul web	www .openstack .org

OpenStack este o platformă de cloud computing standard gratuită , deschisă . Este implementat în cea mai mare parte ca infrastructură ca serviciu (IaaS) atât în ​​cloud-uri publice, cât și private, unde serverele virtuale și alte resurse sunt puse la dispoziția utilizatorilor. Platforma software este formată din componente interconectate care controlează diverse resurse hardware de furnizori de procesare, stocare și rețea de-a lungul unui centru de date . Utilizatorii îl gestionează fie printr-un tablou de bord web, prin instrumente din linia de comandă sau prin servicii web RESTful .

OpenStack a început în 2010 ca un proiect comun al Rackspace Hosting și NASA . Începând din 2012, a fost administrat de Fundația OpenStack , o entitate corporativă non-profit înființată în septembrie 2012 pentru a promova software-ul OpenStack și comunitatea sa. Până în 2018, peste 500 de companii s-au alăturat proiectului. În 2020, fundația a anunțat că va fi redenumită Open Infrastructure Foundation în 2021.

Istorie

Platforma Nebuloasă a NASA

În iulie 2010, Rackspace Hosting și NASA au anunțat o inițiativă open-source cloud-software cunoscută sub numele de OpenStack. Declarația de misiune a fost „producerea omniprezentei platforme Open Source Cloud Computing care va satisface nevoile cloud-urilor publice și private indiferent de dimensiune, prin simplitatea de implementare și scalarea masivă”.

Proiectul a intenționat să ajute organizațiile să ofere servicii de cloud computing care rulează pe hardware standard. Prima versiune oficială a comunității, denumită cod Austin, a apărut trei luni mai târziu, la 21 octombrie 2010 , cu planuri de a lansa actualizări periodice ale software-ului la fiecare câteva luni. Codul inițial a venit de pe platforma Nebula a NASA, precum și de pe platforma Rackspace Cloud Files . Modulele de stivă cloud și de stivă deschisă au fost îmbinate și lansate ca sursă deschisă de echipa NASA Nebula în concert cu Rackspace.  ( 21-10-2010 )

În 2011, dezvoltatorii distribuției Ubuntu Linux au adoptat OpenStack cu o previzualizare tehnologică neacceptată a lansării OpenStack „Bexar” pentru Ubuntu 11.04 „ Natty Narwhal ”. Canonical, sponsorul Ubuntu, a introdus apoi suport complet pentru cloud-urile OpenStack, începând cu lansarea OpenStack's Cactus.

OpenStack a devenit disponibil în Debian Sid din versiunea Openstack „Cactus” în 2011, iar prima versiune a Debian, inclusiv OpenStack, a fost Debian 7.0 (numele de cod „Wheezy”), inclusiv OpenStack 2012.1 (numele de cod: „Essex”).

În octombrie 2011, SUSE a anunțat previzualizarea publică a primului aparat alimentat OpenStack complet configurat din industrie, bazat pe versiunea OpenStack „Diablo”. În august 2012, SUSE și-a anunțat distribuția OpenStack a întreprinderii susținută comercial pe baza lansării „Essex”.

În noiembrie 2012, serviciul digital al guvernului din Marea Britanie (GDS) a lansat Inside Government pe baza modelului OpenNASA v2.0 Government as a Platform (GaaP).

Lew Tucker, VP & CTO, Cloud Computing of Cisco în 2012

În 2012, Red Hat a anunțat o previzualizare a distribuției lor OpenStack, începând cu lansarea „Essex”. După o altă versiune de previzualizare, Red Hat a introdus suport comercial pentru OpenStack cu versiunea „Grizzly”, în iulie 2013.

Organizația OpenStack a crescut rapid și este susținută de peste 540 de companii.

În 2012, NASA s-a retras din OpenStack în calitate de contribuitor activ și, în schimb, a luat decizia strategică de a folosi Amazon Web Services pentru servicii bazate pe cloud. În iulie 2013, NASA a lansat un audit intern care menționa lipsa progresului tehnic și alți factori drept principalul motiv al agenției pentru a renunța la calitatea de dezvoltator activ al proiectului și, în schimb, să se concentreze pe utilizarea norilor publici. Acest raport este contrazis în parte de observațiile făcute de CIO al Centrului de Cercetare Ames , Ray O'Brien.

În decembrie 2013, Oracle a anunțat că s-a alăturat OpenStack ca sponsor și a planificat să aducă OpenStack la Oracle Solaris, Oracle Linux și la multe dintre produsele sale. A urmat prin anunțarea distribuțiilor Oracle OpenStack pentru Oracle Solaris și pentru Oracle Linux folosind Icehouse pe 24 septembrie 2014.

În mai 2014, HP a anunțat HP Helion și a lansat o previzualizare a comunității HP Helion OpenStack, începând cu lansarea IceHouse. HP operează HP Helion Public Cloud pe OpenStack din 2012.

În Ziua Interop și Tech Field 2014 , rețeaua definită de software a fost demonstrată de Avaya folosind Shortest path bridging și OpenStack ca campus automatizat, extinzând automatizarea de la centrul de date la dispozitivul final, eliminând aprovizionarea manuală de la furnizarea serviciului.

Începând din martie 2015, NASA folosește în continuare cloudul privat OpenStack și dispune de RFP -uri pentru suportul cloud public OpenStack.

Denumiri istorice

Mai multe proiecte OpenStack și-au schimbat numele din cauza problemelor legate de mărci comerciale.

• Neutronul a fost cunoscut anterior sub numele de Quantum.
• Sahara se numea Savanna.
• Desemnat a fost cunoscut anterior ca Moniker.
• Trove a fost cunoscut anterior ca RedDwarf.
• Zaqar a fost cunoscut anterior ca Marconi.

Istoricul lansărilor

Dezvoltare OpenStack

Comunitatea OpenStack colaborează în jurul unui ciclu de lansare de șase luni, bazat pe timp , cu etape frecvente de dezvoltare.

În timpul fazei de planificare a fiecărei versiuni, comunitatea se va aduna pentru un OpenStack Design Summit pentru a facilita sesiunile de lucru ale dezvoltatorilor și pentru a asambla planuri. Aceste Summit-uri de proiectare ar coincide cu conferința OpenStack Summit.

Începând cu ciclul de dezvoltare Pike, activitatea de întâlnire de proiectare a fost separată într-un eveniment separat de colectare a echipelor de proiect (PTG). Acest lucru a fost făcut pentru a evita distragerea de către dezvoltatori a prezentărilor și a întâlnirilor cu clienții care au avut loc la OpenStack Summit și pentru a permite discuțiilor de proiectare să aibă loc înainte de începerea următorului ciclu.

Summit-urile recente OpenStack au avut loc la Shanghai în perioada 4-6 noiembrie 2019, Denver în 29 aprilie-1 mai 2019, Berlin în 13-19 noiembrie 2018, Vancouver în 21-25 mai 2018, Sydney în 6-8 noiembrie 2017, Boston pe 8-11 mai 2017, Austin în 25-29 aprilie 2016 și Barcelona în 25-28 octombrie 2016. Summit-urile anterioare OpenStack au avut loc și la Tokyo în octombrie 2015, Vancouver în mai 2015 și Paris în noiembrie 2014. Summitul din Mai 2014 la Atlanta a atras 4.500 de participanți - o creștere de 50% față de summit-ul de la Hong Kong de șase luni mai devreme.

Componente

OpenStack este împărțit în servicii pentru a vă permite să conectați și să redați componente în funcție de nevoile dvs. Harta OpenStack vă oferă o vedere „dintr-o privire” a peisajului OpenStack pentru a vedea unde se potrivesc aceste servicii și cum pot funcționa împreună.

OpenStack are o arhitectură modulară cu diverse nume de cod pentru componentele sale.

Calculează (Nova)

Nova este proiectul OpenStack care oferă o modalitate de a furniza instanțe de calcul ca mașini virtuale, servere hardware reale (prin utilizarea de ironic) și are suport limitat pentru containerele de sistem. Nova rulează ca un set de demoni pe serverele Linux existente pentru a oferi acel serviciu.

Nova este scris în Python . Folosește multe biblioteci Python externe precum Eventlet (bibliotecă de rețea concurentă), Kombu ( cadru de mesagerie AMQP ) și SQLAlchemy (set de instrumente SQL și Object Relational Mapper). Nova este proiectat pentru a fi scalabil pe orizontală . În loc să treceți la servere mai mari, procurați mai multe servere și pur și simplu instalați servicii configurate identic.

Datorită integrării sale pe scară largă în infrastructurile la nivel de întreprindere, monitorizarea performanței OpenStack în general și a performanței Nova în special, scalarea a devenit o problemă din ce în ce mai importantă. Monitorizarea performanțelor end-to-end necesită urmărirea valorilor de la Nova, Keystone, Neutron, Cinder, Swift și alte servicii, pe lângă monitorizarea RabbitMQ care este utilizată de serviciile OpenStack pentru transmiterea mesajelor. Toate aceste servicii își generează propriile fișiere jurnal, care, în special în infrastructurile la nivel de întreprindere, ar trebui monitorizate.

Rețea (neutron)

Neutron este un proiect OpenStack care oferă „conectivitate la rețea ca serviciu” între dispozitivele de interfață (de exemplu, vNIC) gestionate de alte servicii OpenStack (de exemplu, nova). Implementează OpenStack Networking API.

Gestionează toate fațetele de rețea pentru infrastructura de rețea virtuală (VNI) și aspectele stratului de acces ale infrastructurii de rețea fizică (PNI) în mediul OpenStack. OpenStack Networking permite proiectelor să creeze topologii avansate de rețea virtuală care pot include servicii precum un firewall și o rețea privată virtuală (VPN).

Neutronul permite adresele IP statice dedicate sau DHCP . De asemenea, permite adreselor IP plutitoare să permită redirecționarea dinamică a traficului.

Utilizatorii pot utiliza tehnologii de rețea definite prin software (SDN), cum ar fi OpenFlow, pentru a sprijini multi-chiriași și la scară. Rețeaua OpenStack poate implementa și gestiona servicii de rețea suplimentare - cum ar fi sisteme de detectare a intruziunilor (IDS), echilibrarea încărcării , firewall-uri și rețele private virtuale (VPN).

Blocare stocare (Cinder)

Cinder este serviciul OpenStack Block Storage pentru furnizarea de volume către mașinile virtuale Nova, gazde Ironic metalice, containere și multe altele. Unele dintre obiectivele Cinder sunt să fie / să aibă:

• Arhitectură bazată pe componente : adăugați rapid noi comportamente
• Foarte disponibil : Scalați la sarcini de lucru foarte grave
• Tolerant la erori : procesele izolate evită eșecurile în cascadă
• Recuperabil : Eșecurile ar trebui să fie ușor de diagnosticat, depanat și rectificat
• Standarde deschise : Fiți o implementare de referință pentru un API bazat pe comunitate

Volumele Cinder oferă stocare persistentă mașinilor virtuale invitate - cunoscute sub numele de instanțe, care sunt gestionate de software-ul OpenStack Compute. Cinder poate fi, de asemenea, utilizat independent de alte servicii OpenStack ca stocare autonomă definită de software. Sistemul de stocare a blocurilor gestionează crearea, replicarea, gestionarea instantaneelor, atașarea și detașarea dispozitivelor de blocare la servere.

Identitate (Keystone)

Keystone este un serviciu OpenStack care oferă autentificarea clientului API, descoperirea serviciilor și autorizarea distribuită multi-chiriași prin implementarea API-ului OpenStack Identity. Este sistemul comun de autentificare în sistemul de operare cloud. Keystone se poate integra cu servicii de directoare precum LDAP . Acceptă acreditări standard de nume de utilizator și parolă, sisteme bazate pe simboluri și conectări în stil AWS (adică Amazon Web Services ). Catalogul de servicii cheie OpenStack permite clienților API să descopere dinamic și să navigheze către serviciile cloud.

Imagine (Privire)

Proiectul Image service (glance) oferă un serviciu în care utilizatorii pot încărca și descoperi materiale de date care sunt destinate a fi utilizate cu alte servicii. Aceasta include în prezent definiții de imagini și metadate.

Imagini

Serviciile de imagine simplă includ descoperirea, înregistrarea și recuperarea imaginilor mașinii virtuale (VM). Glance are un API RESTful care permite interogarea metadatelor imaginii VM, precum și recuperarea imaginii reale. Imaginile VM puse la dispoziție prin Glance pot fi stocate într-o varietate de locații, de la sisteme de fișiere simple la sisteme de stocare a obiectelor, cum ar fi proiectul OpenStack Swift .

Definiții metadate

Glance găzduiește un catalog metadefs. Aceasta oferă comunității OpenStack o modalitate de a determina programat diferite nume de chei de metadate și valori valide care pot fi aplicate resurselor OpenStack.

Stocare obiect (Swift)

Swift este un magazin de obiecte / blob distribuite, în cele din urmă consecvent. Proiectul OpenStack Object Store, cunoscut sub numele de Swift, oferă software de stocare în cloud, astfel încât să puteți stoca și prelua o mulțime de date cu un API simplu. Este conceput pentru scară și optimizat pentru durabilitate, disponibilitate și concurență pe întregul set de date. Swift este ideal pentru stocarea datelor nestructurate care pot crește fără legături.

În august 2009, Rackspace a început dezvoltarea precursorului OpenStack Object Storage, ca înlocuitor complet pentru produsul Cloud Files . Echipa de dezvoltare inițială era formată din nouă dezvoltatori. SwiftStack , o companie de software de stocare a obiectelor, este în prezent principalul dezvoltator pentru Swift, cu contribuții semnificative de la Intel , Red Hat , NTT , HP , IBM și multe altele.

Tabloul de bord (Horizon)

Horizon este implementarea canonică a tabloului de bord OpenStack, care oferă o interfață de utilizator web pentru serviciile OpenStack, inclusiv Nova, Swift, Keystone, etc. Tablou de bord Setări ”. Între acestea trei, acestea acoperă aplicațiile de bază OpenStack și livrează asistență de bază. Aplicația Horizon este livrată, de asemenea, cu un set de abstractizări API pentru proiectele OpenStack de bază, pentru a oferi dezvoltatorilor un set consistent și stabil de metode reutilizabile. Folosind aceste abstracții, dezvoltatorii care lucrează la Horizon nu trebuie să fie familiarizați cu API-urile fiecărui proiect OpenStack.

Orchestrare (căldură)

Heat este un serviciu de orchestrare a mai multor aplicații cloud compozite folosind șabloane, atât printr-un API REST nativ OpenStack, cât și printr-un API de interogare compatibil CloudFormation.

Flux de lucru (Mistral)

Mistral este un serviciu care gestionează fluxurile de lucru. Utilizatorul scrie de obicei un flux de lucru folosind limbajul fluxului de lucru bazat pe YAML și încarcă definiția fluxului de lucru în Mistral prin intermediul API-ului său REST. Apoi utilizatorul poate porni manual acest flux de lucru prin același API sau poate configura un declanșator pentru a porni fluxul de lucru la un anumit eveniment.

Telemetrie (Ceilometru)

OpenStack Telemetry (Ceilometer) oferă un singur punct de contact pentru sistemele de facturare, oferind toate ghișeele de care au nevoie pentru a stabili facturarea clienților, pe toate componentele OpenStack actuale și viitoare. Livrarea contoarelor este trasabilă și verificabilă, contoarele trebuie să fie ușor extensibile pentru a susține noi proiecte, iar agenții care fac colectări de date ar trebui să fie independenți de sistemul general.

Baza de date (Trove)

Trove este o bază de date-as-a-service provizionare relaționale și non-relaționale de baze de date a motorului.

Reducere hartă elastică (Sahara)

Sahara este o componentă care asigură cu ușurință și rapid clustere Hadoop . Utilizatorii vor specifica mai mulți parametri, cum ar fi numărul versiunii Hadoop, tipul topologiei clusterului, detaliile aromelor nodului (definirea spațiului pe disc, setările CPU și RAM) și altele. După ce un utilizator furnizează toți parametrii, Sahara implementează clusterul în câteva minute. Sahara oferă, de asemenea, mijloace de scalare a unui cluster Hadoop preexistent prin adăugarea și eliminarea nodurilor lucrătorilor la cerere.

Metal gol (Ironic)

Ironic este un proiect OpenStack care prevede mașini metalice goale în loc de mașini virtuale. A fost inițial furcat de la driverul Nova Baremetal și a evoluat într-un proiect separat. Este cel mai bine gândit ca un API hipervizor bare-metal și un set de plugin-uri care interacționează cu mașinile bare-metal administrate de Ironic. În mod implicit, va utiliza PXE și IPMI sau Redfish împreună pentru a furniza și gestiona mașini fizice, dar Ironic acceptă și poate fi extins cu pluginuri specifice furnizorului pentru a implementa funcționalități suplimentare.

De la înființarea Ironic, a generat mai multe sub-proiecte pentru a sprijini cazurile de utilizare și capacitățile suplimentare. Unele dintre cele mai frecvente pârghii din aceste proiecte includ Ironic-Inspector, Bifrost, Sushy și networking-generic-switch. Ironic-inspector furnizează colectarea informațiilor hardware și descoperirea hardware-ului. Bifrost se concentrează pe utilizarea cazului de operare fără alte componente OpenStack și este evidențiat pe site-ul ironicbaremetal.org . Sushy este o bibliotecă de client Redfish API ușoară. Networking-generic-switch este un plugin care acceptă gestionarea configurației switchport pentru mașinile metalice goale.

Mesagerie (Zaqar)

Zaqar este un serviciu de mesagerie cloud multi-chiriași pentru dezvoltatori web. Serviciul dispune de un API complet RESTful, pe care dezvoltatorii îl pot utiliza pentru a trimite mesaje între diferite componente ale aplicațiilor SaaS și mobile, utilizând o varietate de tipare de comunicare. La baza acestui API se află un motor de mesagerie eficient conceput având în vedere scalabilitatea și securitatea. Alte componente OpenStack se pot integra cu Zaqar pentru a afișa evenimente utilizatorilor finali și pentru a comunica cu agenții invitați care rulează în stratul „over-cloud”.

Sistem de fișiere partajat (Manila)

OpenStack Shared File System (Manila) oferă un API deschis pentru gestionarea partajărilor într-un cadru agnostic al furnizorului. Primitivele standard includ posibilitatea de a crea, șterge și acorda / refuza accesul la o partajare și pot fi utilizate independent sau într-o varietate de medii de rețea diferite. Aparatele de stocare comerciale de la EMC, NetApp, HP, IBM, Oracle, Quobyte, INFINIDAT și Hitachi Data Systems sunt acceptate, precum și tehnologii de sistem de fișiere precum Red Hat GlusterFS sau Ceph.

DNS (desemnat)

Designate este un API REST multi-chiriași pentru gestionarea DNS. Această componentă oferă DNS ca serviciu și este compatibilă cu multe tehnologii de backend, inclusiv PowerDNS și BIND. Nu oferă un serviciu DNS, deoarece scopul său este de a interfața cu serverele DNS existente pentru a gestiona zonele DNS pe bază de chiriaș.

Căutare (Searchlight)

Proiectul nu mai este întreținut activ.

Searchlight oferă funcții avansate și consistente de căutare în diferite servicii cloud OpenStack. Acesta realizează acest lucru descărcând interogările de căutare ale utilizatorilor de pe alte servere API OpenStack indexându-le datele în ElasticSearch . Searchlight este integrat în Horizon și oferă, de asemenea, o interfață de linie de comandă .

Manager cheie (Barbican)

Barbican este un API REST conceput pentru stocarea sigură, aprovizionarea și gestionarea secretelor. Este menit să fie util pentru toate mediile, inclusiv norii mari efemeri.

Orchestrarea containerelor (Magnum)

Magnum este un serviciu API OpenStack dezvoltat de echipa OpenStack Containers care face ca motoarele de orchestrare a containerelor precum Docker Swarm, Kubernetes și Apache Mesos să fie disponibile ca resurse de primă clasă în OpenStack. Magnum folosește Heat pentru a orchestra o imagine a sistemului de operare care conține Docker și Kubernetes și rulează acea imagine fie în mașini virtuale, fie în metal gol într-o configurație de cluster.

Analiza cauzei fundamentale (Vitrage)

Vitrage este serviciul OpenStack RCA (Root Cause Analysis) pentru organizarea, analiza și extinderea alarmelor și evenimentelor OpenStack, oferind informații despre cauza principală a problemelor și deducându-le existența înainte de a fi detectate direct.

Acțiuni de alarmă bazate pe reguli (Aodh)

Acest serviciu alarmant permite abilitatea de a declanșa acțiuni bazate pe reguli definite împotriva datelor metrice sau de evenimente colectate de Ceilometer sau Gnocchi.

Compatibilitate cu alte API-uri cloud

OpenStack nu se străduiește să fie compatibil cu API-urile altor cloud. Cu toate acestea, există o anumită cantitate de compatibilitate determinată de diferiți membri ai comunității OpenStack pentru care astfel de lucruri sunt importante.

• Proiectul EC2 API își propune să ofere compatibilitate cu Amazon EC2
• Proiectul API GCE își propune să ofere compatibilitate cu Google Compute Engine

Guvernare

OpenStack este guvernat de o fundație non-profit și de consiliul său de administrație, un comitet tehnic și un comitet de utilizatori. Consiliul de administrație este format din opt membri din fiecare dintre cei opt sponsori de platină, opt membri din cei 24 de sponsori Gold permiși maxim definiți și opt membri aleși de membrii individuali ai Fundației.

Electrocasnice

Un OpenStack Appliance este numele dat software-ului care poate suporta platforma de cloud computing OpenStack fie pe dispozitive fizice, cum ar fi servere sau mașini virtuale, fie o combinație a celor două. De obicei, un dispozitiv software este un set de capabilități software care pot funcționa fără un sistem de operare. Astfel, acestea trebuie să conțină suficiente componente esențiale ale sistemului de operare care să funcționeze. Prin urmare, o definiție strictă ar putea fi: o aplicație concepută pentru a oferi capacitatea OpenStack fără a fi nevoie de un sistem de operare subiacent. Cu toate acestea, aplicarea acestei definiții stricte s-ar putea să nu fie de ajutor, deoarece nu există cu adevărat o distincție clară între un aparat și o distribuție . S-ar putea argumenta că termenul de dispozitiv este ceva de genul unui nume incorect, deoarece OpenStack în sine este denumit un sistem de operare în cloud, astfel încât utilizarea termenului de dispozitiv OpenStack ar putea fi un nume greșit dacă cineva este pedant.

Dacă ne uităm la gama de aparate și distribuții, s-ar putea face distincția că distribuțiile sunt acele seturi de instrumente care încearcă să ofere o acoperire largă a sferei proiectului OpenStack, în timp ce un aparat se va concentra mai restrâns, concentrându-se pe mai puține proiecte. Furnizorii au fost puternic implicați în OpenStack de la înființare și, de atunci, au dezvoltat și comercializează o gamă largă de aparate, aplicații și distribuții.

Furnizori

Un număr mare de furnizori oferă soluții OpenStack, ceea ce înseamnă că o organizație care dorește să implementeze tehnologia are o sarcină complexă în selectarea ofertei furnizorului care se potrivește cel mai bine cerințelor sale de afaceri. Barb Darrow a oferit această prezentare generală în Fortune la 27 mai 2015, subliniind că ar putea exista o oarecare consolidare pe piață care să clarifice acele decizii.

Există și alte aspecte pe care utilizatorii trebuie să le ia în considerare, de exemplu, costurile reale implicate. Unii furnizori vor face o ofertă care să cuprindă majoritatea proiectelor OpenStack; altele vor oferi doar anumite componente. Alte considerații includ extinderea codului proprietar utilizat pentru a gestiona lipsa de maturitate într-o componentă OpenStack și în ce măsură aceasta încurajează blocarea furnizorului.

Cele mai autorizate informații despre produsele furnizorilor se află pe site-ul web Open Infrastructure Foundation.

Provocări pentru implementare

OpenStack este o entitate complexă, iar adoptatorii se confruntă cu o serie de provocări atunci când încearcă să implementeze OpenStack într-o organizație. Pentru multe organizații care încearcă să își pună în aplicare propriile proiecte, o problemă cheie este lipsa abilităților disponibile. Într-un articol despre The New Stack , Atul JHA identifică cinci provocări cu care se va confrunta orice organizație care dorește să implementeze OpenStack.

Provocări de instalare

OpenStack este mai degrabă o suită de proiecte decât un singur produs și, deoarece fiecare dintre diferitele aplicații trebuie configurate pentru a se potrivi cerințelor utilizatorului, instalarea este complexă și necesită o serie de seturi de abilități complementare pentru o configurare optimă. O soluție evidentă ar fi să luați un pachet complet furnizat de furnizor care conține hardware și software, deși este esențială diligența necesară.

Documentație

Aceasta este mai mult o funcție a naturii documentației cu produsele open source decât OpenStack în sine, dar cu mai mult de 25 de proiecte, gestionarea calității documentelor va fi întotdeauna dificilă.

Actualizarea OpenStack

Unul dintre principalele obiective ale utilizării infrastructurii de tip cloud este acela de a oferi utilizatorilor săi nu numai fiabilitate ridicată, ci și disponibilitate ridicată, lucru pe care furnizorii de cloud publici îl vor oferi în acordurile de nivel de serviciu.

Datorită abordării de dezvoltare a mai multor proiecte OpenStack, complexitatea implicată în sincronizarea diferitelor proiecte în timpul implementării upgrade-ului poate însemna că timpul de oprire este inevitabil .

Suport pe termen lung

Este destul de obișnuit ca o companie să continue să folosească o versiune anterioară de software pentru o perioadă de timp după ce a fost actualizată. Motivele pentru acest lucru sunt destul de evidente și menționate mai sus. Cu toate acestea, există puține stimulente pentru dezvoltatori într-un proiect open source pentru a oferi suport pentru codul înlocuit. În plus, OpenStack în sine a întrerupt oficial suportul pentru unele versiuni vechi.

Având în vedere provocările de mai sus, cea mai potrivită cale pentru o organizație care dorește să implementeze OpenStack ar fi să meargă cu un furnizor și să furnizeze un dispozitiv sau distribuție OpenStack.

Utilizatori

OpenStack are o mare varietate de utilizatori, dintr-o serie de sectoare diferite. Utilizatorii notabili includ:

Modele de implementare

Pe măsură ce proiectul OpenStack sa maturizat, furnizorii au inițiat mai multe modalități prin care clienții pot implementa OpenStack:

Cloud public bazat pe OpenStack

Un furnizor oferă un sistem public de cloud computing bazat pe proiectul OpenStack.

Distribuție locală

În acest model, un client descarcă și instalează o distribuție OpenStack în rețeaua sa internă. Vezi Distribuții.

Găzduit OpenStack Private Cloud

Un furnizor găzduiește un cloud privat bazat pe OpenStack: inclusiv hardware-ul de bază și software-ul OpenStack.

OpenStack-ca-un-serviciu

Un furnizor găzduiește software de gestionare OpenStack (fără hardware) ca serviciu. Clienții se înscriu pentru serviciu și îl asociază cu serverele lor interne, stocarea și rețelele pentru a obține un cloud privat complet operațional.

OpenStack bazat pe dispozitive

Nebula a fost un furnizor care a vândut aparate care puteau fi conectate la o rețea care a generat o implementare OpenStack.

Distribuții

• Computere strălucitoare
• Canonical (Ubuntu)
• Debian
• HPE (care a fost combinat cu Micro Focus / Suse)
• IBM
• Mirantis
• Oracle OpenStack pentru Oracle Linux sau O3L
• Oracle OpenStack pentru Oracle Solaris
• palarie rosie
• Stratoscală
• VMware Integrated OpenStack (VIO)

Vezi si

• Comparație cloud computing
• Cloud Foundry
• OpenShift

Referințe

linkuri externe

• Site oficial