Sissejuhatus
Avatud lähtekoodiga projekt — tasuta ettevõtte tasemel virtualiseerimisplatvorm. Pärast habri sirvimist avastasin selle ei käsitleta siin nii laialdaselt, kui see väärib.
oVirt on tegelikult kommertssüsteemi Red Hat Virtualization (RHV, endine RHEV) ülesvoolu, mis kasvab Red Hati tiiva all. Segaduste vältimiseks see ei sama mis CentOS vs RHEL, mudel, mis on lähemal Fedora vs RHELile.
Kapoti all - , haldamiseks kasutatakse veebiliidest. Põhineb RHEL/CentOS 7 OS-il.
oVirt saab kasutada nii “traditsiooniliseks” serveri kui ka töölaua virtualiseerimiseks (VDI), erinevalt VMware lahendusest võivad mõlemad süsteemid ühes kompleksis koos eksisteerida.
Projekt on hea , on juba ammu produktiivseks kasutamiseks küpsuseni jõudnud ja on valmis suureks koormuseks.
See artikkel on esimene seeriast, mis käsitleb toimiva tõrkesiirdeklastri loomist. Olles need läbinud, saame lühikese aja jooksul (umbes 2 tunniga) täiesti toimiva süsteemi, kuigi mitmeid probleeme muidugi ei paljastata, püüan neid järgmistes artiklites käsitleda.
Oleme seda kasutanud mitu aastat, alates versioonist 4.1. Meie tööstussüsteem töötab praegu Xeon Gold CPU-ga HPE Synergy 480 ja ProLiant BL460c 10. põlvkonna arvutites.
Artikli kirjutamise ajal on praegune versioon 4.3.
Artiklid
- Sissejuhatus (oleme siin)
Funktsionaalsed funktsioonid
oVirtis on 2 peamist olemit: ovirt-mootor ja ovirt-host(id). Neile, kes on VMware toodetega tuttavad, on oVirt kui platvorm tervikuna vSphere, ovirt-engine - juhtkiht - täidab samu funktsioone, mis vCenter ja ovirt-host on hüperviisor, nagu ESX (i). Sest vSphere on väga populaarne lahendus, mõnikord võrdlen seda sellega.
Riis. 1 — oVirt juhtpaneel.
Enamikku Linuxi distributsioone ja Windowsi versioone toetatakse külalismasinatena. Külalismasinate jaoks on olemas agendid ja optimeeritud virtuaalsed seadmed ja virtio draiverid, peamiselt kettakontroller ja võrguliides.
Veataluva lahenduse ja kõigi huvitavate funktsioonide rakendamiseks vajate jagatud salvestusruumi. Toetatud on nii plokk FC, FCoE, iSCSI kui ka NFS failimälu jne. Veataluva lahenduse realiseerimiseks peab salvestussüsteem olema ka tõrketaluv (vähemalt 2 kontrollerit, multipassing).
Kohaliku salvestusruumi kasutamine on võimalik, kuid vaikimisi sobivad tõelise klastri jaoks ainult jagatud salvestusruumid. Kohalik salvestusruum muudab süsteemi erinevaks hüperviisorite komplektiks ja isegi jagatud salvestusruumi korral ei saa klastrit kokku panna. Kõige õigem on kettata masinad, millel on alglaadimine SAN-ist või minimaalse suurusega kettad. Tõenäoliselt on vdsm konksu kaudu võimalik kohalikelt ketastelt (näiteks Ceph) Software Defined Storage kokku panna ja VM-ile esitada, kuid ma pole seda tõsiselt kaalunud.
arhitektuur
Riis. 2 - oVirt arhitektuur.
Lisateavet arhitektuuri kohta leiate aadressilt arendaja.
Riis. 3 — oVirt objektid.
Hierarhia ülemine element on − Andmekeskus. See määrab, kas kasutatakse jagatud või kohalikku salvestusruumi, samuti kasutatava funktsioonikomplekti (ühilduvus, 4.1–4.3). Neid võib olla üks või mitu. Paljude valikute jaoks sobib vaikimisi andmekeskuse kasutamine - Vaikimisi.
Andmekeskus koosneb ühest või mitmest Klastrid. Klaster määrab protsessori tüübi, migratsioonipoliitikad jne. Väikeste installide puhul saate piirduda ka vaikeklastriga.
Klaster omakorda koosneb Võõrustaja'id, mis teevad põhitöö – nad kannavad virtuaalseid masinaid, salvestusruum on nendega ühendatud. Klaster eeldab 2 või enamat hosti. Kuigi tehniliselt on võimalik 1 hostiga klastrit teha, pole sellest praktilist kasu.
oVirt toetab paljusid funktsioone, sh. virtuaalmasinate reaalajas migratsioon hüperviisorite (reaalajas migratsioon) ja salvestusruumi migreerimine (salvestusruumi migreerimine), töölaua virtualiseerimine (virtuaalne töölaua infrastruktuur) VM-i kogumitega, olekutäielikud ja olekuta VM-id, NVidia Grid vGPU tugi, import vSphere'ist, KVM-ist, on olemas võimas ja palju muud. Kõik need funktsioonid on saadaval tasuta ja kui vajatakse tuge, saab Red Hatilt piirkondlike partnerite kaudu tuge osta.
RHV hindadest
Maksumus pole VMware'iga võrreldes kõrge, ostetakse ainult tuge – ilma litsentsi enda ostmise nõudeta. Tuge ostetakse ainult hüperviisorite jaoks, ovirt-mootor ei nõua erinevalt vCenter Serverist mingeid kulutusi.
Arvutuse näide 1. omandiaasta kohta
Vaatleme 4 2-pesalise masina klastrit ja jaehindu (ilma projekti allahindlusteta).
Tavaline RHV tellimus pistikupesa kohta aastas (lisatasu 365/24/7 – 1499 $), kokku 4*2*999$=$7992.
:
- VMware vCenter Server Standard 10,837.13 2,625.41 dollarit eksemplari kohta, millele lisandub põhitellimus 3,125.39 XNUMX dollarit (tootmine – XNUMX XNUMX dollarit);
- VMware vSphere Standard 1,164.15 $ + põhitellimus 552.61 $ (tootmine 653.82 $);
- VMware vSphere Enterprise Plus 6,309.23 dollarit + põhitellimus 1,261.09 dollarit (tootmine 1,499.94 dollarit).
Kokku: 10 837,13 + 2 625,41 + 4 * 2 * (1 164,15 + 552,61) = $ 27 196,62 noorima variandi jaoks. Vahe on umbes 3,5 korda!
OVirtis on kõik funktsioonid piiranguteta saadaval.
Lühiomadused ja maksimumid
Nõuded süsteemile
Hüperviisor nõuab riistvara virtualiseerimisega CPU-d, käivitamiseks on minimaalne RAM-i maht 2 GiB, OS-i soovitatav salvestusmaht on 55 GiB (enamasti logide jms jaoks, OS ise võtab vähe).
Rohkem detaile - .
eest miinimumnõuded 2 tuuma / 4 GiB RAM / 25 GiB salvestusruumi. Soovitatav – alates 4 tuumast/16 GiB RAM/50 GiB salvestusruumist.
Nagu iga süsteemi puhul, on ka mahtude ja koguste piirangud, millest enamik ületavad saadaolevate masskommertsserverite võimalused. Jah, paar suudab adresseerida 2 TiB RAM-i ja annab 40 tuuma (80 lõime), mis on vähem kui ühe virtuaalse masina piirnormid.
Virtuaalmasina maksimumid:
- Maksimaalne samaaegselt töötavate virtuaalmasinate arv: piiramatu;
- Maksimaalne virtuaalne protsessor virtuaalmasina kohta: 384;
- Maksimaalne mälu virtuaalmasina kohta: 4 TiB;
- Maksimaalne ühe ketta suurus virtuaalmasina kohta: 8 TiB.
Hosti maksimumid:
- Loogilised protsessori südamikud või niidid: 768;
- RAM: 12 TiB;
- Hostitud virtuaalmasinate arv: 250;
- Samaaegsed otseränded: 2 sissetulevat, 2 väljaminevat;
- Reaalajas migratsiooni ribalaius: pärandrändepoliitika kasutamisel on vaikimisi 52 MiB (~436 Mb) migratsiooni kohta. Muud poliitikad kasutavad adaptiivseid läbilaskevõime väärtusi, mis põhinevad füüsilise seadme kiirusel. QoS-poliitikad võivad migratsiooni ribalaiust piirata.
Halduri loogilise olemi maksimumid:
4.3-s on .
- Andmekeskus
- Maksimaalne andmekeskuste arv: 400;
- Maksimaalne hostide arv: 400 toetatud, 500 testitud;
- Maksimaalne VM-i arv: 4000 toetatud, 5000 testitud;
- Cluster
- Maksimaalne klastrite arv: 400;
- Maksimaalne hostide arv: 400 toetatud, 500 testitud;
- Maksimaalne VM-i arv: 4000 toetatud, 5000 testitud;
- võrk
- Loogilised võrgud/klaster: 300;
- SDN/välisvõrgud: 2600 testitud, sunnitud piirang puudub;
- Säilitamine
- Maksimaalne domeenide arv: 50 toetatud, 70 testitud;
- Hostid domeeni kohta: Piiranguteta;
- Loogilised mahud ploki domeeni kohta (rohkem): 1500;
- Maksimaalne LUN-ide arv (rohkem): 300;
- Maksimaalne ketta suurus: 500 TiB (vaikimisi piiratud 8 TiB).
Rakendusvalikud
Nagu juba mainitud, on oVirt üles ehitatud 2 põhielemendist - ovirt-mootor (juhtimine) ja ovirt-host (hüperviisor).
Mootor võib asuda kas väljaspool platvormi ennast (eraldihaldur - see võib olla teisel platvormil töötav VM või eraldi hüperviisor või isegi füüsiline masin) või platvormil endal (isehostitav mootor, sarnane VCSA lähenemisviisiga VMware'ist).
Hüpervisori saab paigaldada mõlemale (EL Host) ja edasi (oVirt-Node, põhineb el7).
Kõikide valikute riistvaranõuded on ligikaudu samad.
Riis. 4 - standardne arhitektuur.
Riis. 5 – Self-hosted Mootori arhitektuur.
Enda jaoks valisin eraldiseisva halduri ja EL-i hostide valiku:
- eraldiseisev haldur on käivitusprobleemide puhul pisut lihtsam, puudub kana ja muna dilemma (nagu VCSA puhul – te ei saa alustada enne, kui vähemalt üks host on täielikult töökorras), kuid see sõltub teisest süsteemist*;
- EL Host pakub kogu OS-i võimsust, mis on kasulik välise jälgimise, silumise, tõrkeotsingu jms jaoks.
* Kuid kogu tööperioodi jooksul ei olnud seda vaja isegi pärast tõsist elektrikatkestust.
Aga asume asja juurde!
Katsetamiseks on võimalik vabastada paar ProLiant BL460c G7 labasid Xeon® CPU-ga. Kasutame neid installiprotsessi reprodutseerimiseks.
Anname sõlmedele nimed ovirt.lab.example.com, kvm01.lab.example.com ja kvm02.lab.example.com.
Läheme otse juurde .
Allikas: www.habr.com