OpenStack și virtualizare: Care este diferența?

OpenStack și virtualizare: Care este diferența?

24.01.2020 11:57

 Dacă sunteți confuz cu privire la diferențele dintre OpenStack și virtualizare, nu sunteți singur. Acestea sunt într-adevăr diferite, iar acest articol va descrie in ce mod, va analiza câteva cazuri practice de utilizare „potrivite” pentru OpenStack și va elimina în cele din urmă câteva mituri despre această platformă in creștere, de cloud open source.

 Pentru a începe, iată câteva elemente de bază:

 Virtualizarea își are rădăcinile în partiționare, care împarte un singur server fizic în mai multe VMs. Oferind o viziune logică a resurselor de calcul, mai degrabă decât o vedere fizică, este posibil să faceți câteva lucruri foarte utile: vă permite să vă „păcăliți” sistemele de operare pentru a gândi că un grup de servere este un singur grup de resurse de calcul, și vă permite să rulați mai multe sisteme de operare simultan pe o singură mașină. Odată ce serverul fizic este divizat, fiecare VM poate rula independent un sistem de operare și aplicații.

 Virtualizarea oferă redundanță și high availability încorporate în infrastructură, dar necesită mult timp pentru a adăuga capacitate de creștere a performanței. Obținerea mai multor performanțe înseamnă „scalare” sau „scalare verticală” prin adăugarea de mai multă memorie și procesoare pentru ca hipervizorii fizici să funcționeze mai bine - dar puteți adăuga doar până in momentul in care ați atins capacitatea maxima hardware a serverului.

 Cloud computing, pe de altă parte, muta accentul de la consumul de hardware la consumul de resurse partajate ca un serviciu. OpenStack este un software open source folosit pentru a crea cloud-uri private și publice; adică furnizarea de servicii consumabile și nu hardware-ul în sine. Cloud computing este atractiv din mai multe motive, printre care modelul său de utilitate, ce iți permite sa plătești doar ceea ce utilizezi și flexibilitatea de a jongla in a avea mai multe sau mai puține resurse, intr-un mod rapid.

 Deoarece virtualizarea a fost disponibila de aproximativ zeci de ani, acest lucru oferă arhitecturi de referință detaliate și practici comune; OpenStack, pe de altă parte, oferă o mare flexibilitate, dar cu această flexibilitate vine si o responsabilitate suplimentară: trebuie să îi spui ce vrei să facă. Pentru cloud în general, arhitecturile de referință și practicile comune sunt încă în curs de elaborare.

 Operarea de OpenStack necesită, de asemenea, o filozofie de infrastructură diferită: îmbrățișarea DevOps, practica inginerilor de operare și dezvoltare care lucrează împreună de la proiectare prin procesul de dezvoltare si până la asistența de producție. Scopul DevOps este crearea unei culturi și a unui mediu în care construirea, testarea și eliberarea software-ului se întâmplă mai repede și mai fiabil.

 Mai multe diferențe:

 -         Resursele cloud sunt agnostice și de unică folosință, în timp ce virtualizarea necesită îngrijirea, hrănirea și alimentarea mașinilor virtuale. Cu OpenStack, puteți să vă luați la revedere de la reconstruire și redistribuire

 -        Cloud oferă posibilitatea de a automatiza ceea ce obișnuiau a fi funcțiile manuale, chiar de la prima folosire

 -       Cloud permite un adevărat self-service, eliberând resursele scumpe pentru a permite concentrarea pe valoarea afacerii. Cloud permite utilizatorilor să furnizeze ceea ce au nevoie, atunci când au nevoie

 -          Ecosistemul cloud a fost proiectat cu și pentru utilizatorii finali.

 Case personas

 Pentru cei care încă evaluează cloud-ul în general sau nu sunt siguri dacă OpenStack ar fi potrivit pentru nevoile afacerii lor, mai jos este o listă scurtă de cazuri de utilizare dovedite a fi potrivite cu succes pentru OpenStack:

 -          derularea unei platforme de e-commerce care trebuie să fie scalabilă și orientată către client;

 -          rularea aplicațiilor distribuite pe mai multe niveluri (sarcini de lucru);

 -          rularea instrumentelor de dezvoltare open source ca parte a CI / CD;

 -          utilizarea metodologiilor agile ca metodă de dezvoltare a aplicației;

 -          expunerea clientului care se confruntă cu API-urile ce trebuie să fie scalate pe baza încărcăturii/sarcinilor;

 -          căutarea migrarii aplicațiilor vechi într-o platformă cloud

 -          angajarea într-o transformare IT organizațională care caută să implementeze aplicații greenfield.

 Alte câteva lucruri de care trebuie ținut cont, in urma cântăririi opțiunilor:

 -          OpenStack NU este un hipervizor. Este un „manager de hipervizor” destinat să înlăture îngrijorarea pentru hardware și managementul său

 -          Flexibilitatea este putere - cantitatea de flexibilitate pe care OpenStack o are de oferit din punct de vedere al proiectării și al implementării este puterea pe care o vor si de care au nevoie administratorii de infrastructură

 -          Avansare prin automatizare - puteți culege toate avantajele pe care le oferă OpenStack dacă automatizați cât mai mult posibil.

 Spargerea de mituri in OpenStack

 În final, se dorește  risipirea câtorva mituri despre OpenStack auzite de-a lungul anilor, multe dintre ele având legătura directa cu unele funcționalități care există astăzi pe platformele de virtualizare.

 Mit: OpenStack nu acceptă migrarea mașinii virtuale sau VM.

 Fapte:

 -          În cadrul OpenStack, proiectul Nova are capacitatea de a migra sau evacua instanțe dintr-o gazdă calculată prin KVM (hipervizorul sugerat).

 -          Componenta specifică Nova responsabilă de gestionarea acestui lucru este Nova Scheduler.

 -          Poate avea două secunde de blip în timpul migrației.

 Mit: Nu există funcționalitate pentru a consuma în mod egal resursele din cloud în OpenStack.

 Fapte:

 -          După cum am menționat anterior, OpenStack are o capacitate de migrare a instanțelor - dar nu este o sarcină inteligentă automată; cineva ar trebui să construiască automatizarea pentru a gestiona această sarcină sau a executa manual.

 -          Aplicațiile proiectate pentru resurse dinamice de unică folosință, numit cloud, nu ar fi afectate de pierderea unui nod și / sau instanțe de calcul.

 Mit: Toate soluțiile de stocare OpenStack nu sunt distribuite.

 Fapte:

 -          Una dintre caracteristicile și proiectele foarte avansate din ecosistemul OpenStack este Cinder, care oferă capacitatea de a defini multiple backend-uri pentru volumele de block storage. Fiecare dintre backend-uri pot indica fie stocarea efemeră locală, fie un dispozitiv de stocare partajat.

 -          Aceste backend-uri pot fi de asemenea definite ca volume types; la rândul său, Nova este conștientă de tipul volumului.

 Mit: OpenStack nu este conștient de „sănătatea” hipervizorului.

 Fapte:

-          OpenStack folosește exclusiv modelul de serviciu, adică fiecare componentă este tratată ca un serviciu. Asta înseamnă că OpenStack are cunoștință de „sănătate” cu privire la toate serviciile care funcționează în ecosistemul său.

-          Dacă un nod sau o instanță de calcul eșuează, OpenStack NU va încerca să-l repornească; serviciul va fi marcat drept „dezactivat”, iar cererile vor fi gestionate în continuare de celelalte resurse (nu uitați că in cloud totul este despre resurse de unică folosință).

 Mit: nu există nicio soluție în cadrul OpenStack pentru recuperarea datelor

 Fapte:

-          Pe jumătate adevărat. Prin proiectele OpenStack, cum ar fi Cinder și Swift, puteți integra perfect mai multe dispozitive de stocare externe diferite

-          Dar, OpenStack se ocupă de conservarea datelor printr-un model distribuit - datele importante NU ar trebui stocate pe stocarea locală efemeră ci mai degrabă stocate pe o stocare partajată (adică EMC, NetApp, Pure) ... ceea ce ar fi o soluție extrem de disponibilă.

 Mit: În OpenStack, dacă se pierde un compute node, aplicația nu reușește.

 Fapte:

 -          OpenStack are „paznici” care pot fi pusi în aplicare pentru a gestiona eșecurile nodurilor de calcul

 -          Componenta de planificare Nova gestionează distribuția instanțelor pe mai multe noduri de calcul; vedeți-o ca pe o echilibrare a resurselor

 -          OpenStack oferă mai multe mecanisme pentru a realiza acest lucru, în funcție de nevoile lor exacte.

Exemplele includ:

              -ServerGroupAntiAffinityFilter

              -Zonele de disponibilitate

 Pentru a avea succes cu OpenStack, aveți nevoie de asistență de la experți autorizați, care știu să faca arhitectura,  sa securizeze, monitorizeze, corecteze și actualizeze cloud-urile OpenStack.

Postat în News Blog tech De:
LEADTech
Viziteaza site-ul LEADTech.ro pe ShopMania

Acest site web utilizează Cookie-uri

Folosim cookie-uri pentru a personaliza conținutul și anunțurile, pentru a oferi funcții de social media și pentru a analiza traficul nostru. De asemenea, împărtășim informații despre utilizarea site-ului nostru cu partenerii noștri de socializare, publicitate și analiză, care îl pot combina cu alte informații pe care le-ați furnizat-o sau pe care le-au colectat din utilizarea serviciilor lor. Sunteți de acord cu cookie-urile noastre dacă continuați să utilizați site-ul nostru web.

Mai multe detalii