ProHoster > Blogs > Administrācija > oVirt 2 stundu laikā. 1. daļa. Atvērta, defektu toleranta virtualizācijas platforma

oVirt 2 stundu laikā. 1. daļa. Atvērta, defektu toleranta virtualizācijas platforma

Ievads

Atvērtā koda projekts oVirts ā€” bezmaksas uzņēmuma lÄ«meņa virtualizācijas platforma. Ritinot habr, es to atklāju oVirts Å”eit nav aplÅ«kots tik plaÅ”i, kā tas bÅ«tu pelnÄ«jis.
oVirt faktiski ir komerciālās sistēmas Red Hat Virtualization (RHV, agrāk RHEV) augÅ”puse, kas aug Red Hat paspārnē. Lai izvairÄ«tos no neskaidrÄ«bām, Å”is nē tāds pats kā CentOS vs RHEL, modelis tuvāk Fedora vs RHEL.
Zem kapuces - KVM, pārvaldībai tiek izmantota tīmekļa saskarne. Pamatojoties uz RHEL/CentOS 7 OS.
oVirt var izmantot gan ā€œtradicionālajaiā€ servera, gan darbvirsmas virtualizācijai (VDI), atŔķirÄ«bā no VMware risinājuma abas sistēmas var lÄ«dzāspastāvēt vienā kompleksā.
Projekts ir labs dokumentēts, jau sen ir sasniedzis gatavÄ«bu produktÄ«vai lietoÅ”anai un ir gatavs lielām slodzēm.
Å is ir pirmais raksts no sērijas par to, kā izveidot funkcionējoÅ”u kļūmjpārlēces klasteri. Tos izpētot, Ä«sā laikā (apmēram 2 stundu laikā) iegÅ«sim pilnÄ«bā strādājoÅ”u sistēmu, lai gan vairākas problēmas, protams, netiks atklātas, centÄ«Å”os tos aplÅ«kot nākamajos rakstos.
Mēs to izmantojam vairākus gadus, sākot ar versiju 4.1. MÅ«su rÅ«pnieciskā sistēma paÅ”laik darbojas ar HPE Synergy 480 un ProLiant BL460c 10. paaudzes datoriem ar Xeon Gold centrālo procesoru.
RakstÄ«Å”anas laikā paÅ”reizējā versija ir 4.3.

Blogs

  1. Ievads (Mēs esam Å”eit)
  2. Pārvaldnieka (ovirt-motora) un hipervizoru (saimnieku) uzstādīŔana
  3. Papildu iestatījumi

Funkcionālās funkcijas

oVirt ir 2 galvenās entÄ«tijas: ovirt-engine un ovirt-host(s). Tiem, kas ir pazÄ«stami ar VMware produktiem, oVirt kā platforma kopumā ir vSphere, ovirt-engine - vadÄ«bas slānis - veic tās paÅ”as funkcijas kā vCenter, un ovirt-host ir hipervizors, piemēram, ESX (i). Jo vSphere ir ļoti populārs risinājums, dažreiz salÄ«dzināŔu ar to.
oVirt 2 stundu laikā. 1. daļa. Atvērta, defektu toleranta virtualizācijas platforma
RÄ«si. 1 ā€” oVirt vadÄ«bas panelis.

Lielākā daļa Linux izplatÄ«jumu un Windows versiju tiek atbalstÄ«tas kā viesu maŔīnas. ViesmaŔīnām ir aÄ£enti un optimizētas virtuālās ierÄ«ces un virtio draiveri, galvenokārt diska kontrolleris un tÄ«kla saskarne.
Lai ieviestu kļūdu izturÄ«gu risinājumu un visas interesantās funkcijas, jums bÅ«s nepiecieÅ”ama koplietoÅ”anas krātuve. Tiek atbalstÄ«tas gan bloku FC, gan FCoE, gan iSCSI, gan NFS failu krātuves u.c.. Lai ieviestu kļūdu izturÄ«gu risinājumu, arÄ« uzglabāŔanas sistēmai ir jābÅ«t kļūdu tolerantai (vismaz 2 kontrolleri, vairākkārtējas caurlaides).
Ir iespējams izmantot vietējo krātuvi, taču pēc noklusējuma reālam klasterim ir piemērotas tikai koplietotās krātuves. Vietējā krātuve padara sistēmu par atŔķirÄ«gu hipervizoru kopu, un pat ar kopÄ«gu krātuvi nevar izveidot kopu. Pareizākais veids ir bezdiska maŔīnas ar sāknÄ“Å”anu no SAN vai minimāla izmēra diski. DroÅ”i vien caur vdsm āķi ir iespējama iespēja salikt Software Defined Storage no lokālajiem diskiem (piemēram, Ceph) un uzrādÄ«t VM, bet es to neesmu nopietni apsvēris.

Arhitektūra

oVirt 2 stundu laikā. 1. daļa. Atvērta, defektu toleranta virtualizācijas platforma
Rīsi. 2 - oVirt arhitektūra.
Sīkāku informāciju par arhitektūru var atrast dokumentācija izstrādātājs.

oVirt 2 stundu laikā. 1. daļa. Atvērta, defektu toleranta virtualizācijas platforma
RÄ«si. 3 ā€” oVirt objekti.

Hierarhijas augŔējais elements ir āˆ’ Datu centrs. Tas nosaka, vai tiek izmantota koplietojamā vai lokālā krātuve, kā arÄ« izmantoto lÄ«dzekļu kopu (saderÄ«ba, 4.1ā€“4.3). Var bÅ«t viens vai vairāki. Daudzām opcijām ir piemērota noklusējuma datu centra izmantoÅ”ana - Noklusējums.
Datu centrs sastāv no viena vai vairākiem Klasteri. Klasteris nosaka procesora veidu, migrācijas politikas utt. Mazām instalācijām varat arī ierobežot sevi ar Noklusējuma kopu.
Savukārt klasteris sastāv no Saimnieks's, kas veic galveno darbu - viņi pārnēsā virtuālās maŔīnas, ar tām ir pievienota krātuve. Klasteris uzņem divus vai vairāk saimniekdatorus. Lai gan tehniski ir iespējams izveidot klasteru ar 2 resursdatoru, tas praktiski neder.

oVirt atbalsta daudzas funkcijas, t.sk. virtuālo maŔīnu tieÅ”raides migrācija starp hipervizoriem (tieÅ”raides migrācija) un krātuves migrācija (krātuves migrācija), darbvirsmas virtualizācija (virtuālā darbvirsmas infrastruktÅ«ra) ar VM pÅ«liem, pilnvērtÄ«gas un bezstāvokļa virtuālās maŔīnas, NVidia Grid vGPU atbalsts, importÄ“Å”ana no vSphere, KVM, ir spēcÄ«gs API un daudz vairāk. Visas Ŕīs funkcijas ir pieejamas bez autoratlÄ«dzÄ«bas, un, ja ir nepiecieÅ”ams atbalsts, atbalstu var iegādāties no Red Hat, izmantojot reÄ£ionālos partnerus.

Par RHV cenām

Izmaksas nav augstas, salīdzinot ar VMware, tiek iegādāts tikai atbalsts - bez prasības iegādāties paŔu licenci. Atbalsts tiek iegādāts tikai hipervizoriem; ovirt-engine atŔķirībā no vCenter Server neprasa nekādus izdevumus.

Aprēķina piemērs 1. Ä«paÅ”umtiesÄ«bu gadam

ApskatÄ«sim 4 2-ligzdu maŔīnu kopu un mazumtirdzniecÄ«bas cenas (bez projektu atlaidēm).
Standarta RHV abonements maksā 999 USD par kontaktligzdu gadā (piemaksa 365/24/7 ā€” 1499 USD), kopā 4*2*999 USD=$7992.
vSphere cena:

  • VMware vCenter Server Standard 10,837.13 2,625.41 USD par vienu gadÄ«jumu, kā arÄ« pamata abonements 3,125.39 XNUMX USD (ražoÅ”ana ā€” XNUMX XNUMX USD);
  • VMware vSphere Standard 1,164.15 USD + pamata abonements 552.61 USD (ražoÅ”anas USD 653.82);
  • VMware vSphere Enterprise Plus 6,309.23 1,261.09 USD + pamata abonements 1,499.94 XNUMX USD (ražoÅ”ana XNUMX XNUMX USD).

Kopā: 10 837,13 + 2 625,41 + 4 * 2 * (1 164,15 + 552,61) = $ 27 196,62 jaunākajam variantam. AtŔķirība ir aptuveni 3,5 reizes!
Programmā oVirt visas funkcijas ir pieejamas bez ierobežojumiem.

ÄŖsas Ä«paŔības un maksimumi

Sistēmas prasības

Hipervizoram ir nepiecieÅ”ams centrālais procesors ar iespējotu aparatÅ«ras virtualizāciju, minimālais RAM apjoms startÄ“Å”anai ir 2 GiB, ieteicamais OS krātuves apjoms ir 55 GiB (galvenokārt žurnāliem utt., pati OS aizņem maz).
Skatīt vairāk - Ŕeit.
Par Dzinējs minimālās prasības 2 kodoli/4 GiB RAM/25 GiB krātuve. Ieteicams - no 4 kodoliem/16 GiB RAM/50 GiB atmiņas.
Tāpat kā jebkurai sistēmai, pastāv apjoma un daudzuma ierobežojumi, no kuriem lielākā daļa pārsniedz pieejamo masu komerciālo serveru iespējas. Jā, pāris Intel Xeon Gold 6230 var uzrunāt 2 TiB RAM un nodroÅ”ina 40 kodolus (80 pavedienus), kas ir mazāk nekā viena virtuālā maŔīna.

Virtuālās maŔīnas maksimums:

  • Maksimālais vienlaikus darbināmo virtuālo maŔīnu skaits: neierobežots;
  • Maksimālais virtuālo centrālo procesoru skaits vienā virtuālajā maŔīnā: 384;
  • Maksimālā atmiņa uz virtuālo maŔīnu: 4 TiB;
  • Maksimālais viena diska lielums virtuālajā maŔīnā: 8 TiB.

Saimniekdatora maksimums:

  • LoÄ£iskie CPU kodoli vai pavedieni: 768;
  • RAM: 12 TiB;
  • Mitināto virtuālo maŔīnu skaits: 250;
  • VienlaicÄ«gas dzÄ«vās migrācijas: 2 ienākoŔās, 2 izejoŔās;
  • TieÅ”saistes migrācijas joslas platums: pēc noklusējuma 52 MiB (~436 Mb) vienai migrācijai, izmantojot mantoto migrācijas politiku. Citas politikas izmanto adaptÄ«vās caurlaidspējas vērtÄ«bas, pamatojoties uz fiziskās ierÄ«ces ātrumu. QoS politikas var ierobežot migrācijas joslas platumu.

Pārvaldnieka loģiskās entītijas maksimums:

4.3 ir Ŕādus ierobežojumus.

  • Datu centrs
    • Maksimālais datu centru skaits: 400;
    • Maksimālais resursdatoru skaits: 400 atbalstÄ«ti, 500 pārbaudÄ«ti;
    • Maksimālais virtuālo maŔīnu skaits: 4000 atbalstÄ«tas, 5000 pārbaudÄ«tas;
  • Grupa
    • Maksimālais klasteru skaits: 400;
    • Maksimālais resursdatoru skaits: 400 atbalstÄ«ti, 500 pārbaudÄ«ti;
    • Maksimālais virtuālo maŔīnu skaits: 4000 atbalstÄ«tas, 5000 pārbaudÄ«tas;
  • tÄ«kls
    • LoÄ£iskie tÄ«kli/klasteri: 300;
    • SDN/ārējie tÄ«kli: 2600 pārbaudÄ«ti, bez piespiedu ierobežojuma;
  • glabāŔana
    • Maksimālais domēnu skaits: 50 atbalstÄ«ti, 70 pārbaudÄ«ti;
    • Saimnieki katrā domēnā: bez ierobežojumiem;
    • LoÄ£iskie apjomi bloka domēnā (vairāk): 1500;
    • Maksimālais LUN skaits (vairāk): 300;
    • Maksimālais diska izmērs: 500 TiB (pēc noklusējuma ierobežots lÄ«dz 8 TiB).

ÄŖstenoÅ”anas iespējas

Kā jau minēts, oVirt ir veidots no 2 pamatelementiem - ovirt-engine (kontrole) un ovirt-host (hipervizors).
Dzinējs var atrasties vai nu ārpus paÅ”as platformas (savrupais pārvaldnieks ā€” tas var bÅ«t VM, kas darbojas citā platformā vai atseviŔķā hipervizorā, vai pat fiziska maŔīna), vai paŔā platformā (paÅ”mitināts dzinējs, lÄ«dzÄ«gi kā VCSA pieeja no VMware).
Hipervizoru var instalēt jebkurā parastā OS RHEL/CentOS 7 (EL Host) un tālāk specializēta minimālā OS (oVirt-Node, pamatojoties uz el7).
Aparatūras prasības visām opcijām ir aptuveni vienādas.
oVirt 2 stundu laikā. 1. daļa. Atvērta, defektu toleranta virtualizācijas platforma
Rīsi. 4 - standarta arhitektūra.

oVirt 2 stundu laikā. 1. daļa. Atvērta, defektu toleranta virtualizācijas platforma
RÄ«si. 5 ā€” paÅ”viesināta dzinēja arhitektÅ«ra.

Sev es izvēlējos opciju Stanalone Manager un EL Hosts:

  • standalone Manager ir nedaudz vieglāk, ja runa ir par startÄ“Å”anas problēmām, nav vistas un olas dilemmas (kā ar VCSA ā€” jÅ«s nevarat sākt, kamēr vismaz viens saimniekdators nav pilnÄ«bā izveidots), taču pastāv atkarÄ«ba no citas sistēmas*;
  • EL Host nodroÅ”ina visu OS jaudu, kas ir noderÄ«ga ārējai uzraudzÄ«bai, atkļūdoÅ”anai, problēmu novērÅ”anai utt.

* Tomēr visā darbÄ«bas laikā tas nebija nepiecieÅ”ams pat pēc nopietnas strāvas padeves pārtraukuma.
Bet Ä·ersimies pie lietas!
Eksperimentiem ir iespējams izlaist pāris ProLiant BL460c G7 asmeņus ar XeonĀ® CPU. Mēs tos izmantosim, lai reproducētu instalÄ“Å”anas procesu.
PieŔķirsim mezgliem nosaukumus ovirt.lab.example.com, kvm01.lab.example.com un kvm02.lab.example.com.
Dosimies tieŔi uz uzstādīŔana.

Avots: www.habr.com

Pievieno komentāru