Enkonduko
malfermkoda projekto estas senpaga entrepren-nivela virtualiga platformo. Rulante tra habr, mi trovis tion ne estas kovrita tiel vaste kiel ĝi meritas.
oVirt estas fakte kontraŭflue por la komerca Red Hat Virtualization (RHV, antaŭe RHEV) sistemo, kreskanta sub la flugilo de Red Hat. Por eviti konfuzon, ĉi tio ne sama kiel CentOS vs RHEL, modelo pli proksima al Fedora vs RHEL.
Sub la kapuĉo - , la retinterfaco estas uzata por administrado. Surbaze de RHEL/CentOS 7 OS.
oVirt povas esti uzata por kaj "tradicia" servilo kaj labortabla virtualigo (VDI), male al la VMware-solvo, ambaŭ sistemoj povas kunekzisti en unu komplekso.
Projektu bone , longe atingis maturecon por produktiva uzo kaj estas preta por altaj ŝarĝoj.
Ĉi tiu artikolo estas la unua en serio pri kiel konstrui funkciantan malsukcesan areton. Trapasinte ilin, en mallonga tempo (ĉirkaŭ 2 horoj) ni ricevos plene funkciantan sistemon, kvankam kelkaj aferoj, kompreneble, ne povas esti diskonigitaj, mi provos kovri ilin en la sekvaj artikoloj.
Ni uzas ĝin de pluraj jaroj, ni komencis per versio 4.1. Nia industria sistemo nun vivas per komputadoj HPE Synergy 480 kaj ProLiant BL460c de la 10-a generacio kun Xeon Gold CPU.
En la momento de skribado, la nuna versio estas 4.3.
Artikoloj
- Enkonduko (Ni estas ĉi tie)
Funkciaj Trajtoj
Estas 2 ĉefaj estaĵoj en oVirt: ovirt-engine kaj ovirt-host(j). Por tiuj, kiuj konas VMware-produktojn, oVirt kiel platformo estas vSphere, ovirt-engine - la kontroltavolo - plenumas la samajn funkciojn kiel vCenter, kaj ovirt-host estas hiperviziero, kiel ESX (i). Ĉar vSphere estas tre populara solvo, foje mi komparos ĝin kun ĝi.
Rizo. 1 - oVirt kontrolpanelo.
Plej Linukso-distribuoj kaj Vindozaj versioj estas subtenataj kiel gastmaŝinoj. Por gastmaŝinoj, ekzistas agentoj kaj optimumigitaj virtualaj aparatoj kaj virtioŝoforoj, ĉefe diskregilo kaj retinterfaco.
Por efektivigi mistoleran solvon kaj ĉiujn interesajn funkciojn, vi bezonos komunan stokadon. Ambaŭ bloko FC, FCoE, iSCSI kaj dosiero NFS-stokado estas subtenataj, ktp. Por efektivigi misfunkcian solvon, la stokadsistemo ankaŭ devas esti misfunkcia (almenaŭ 2 regiloj, multpasa).
La uzo de lokaj stokaĵoj estas ebla, sed defaŭlte nur komunaj stokaĵoj taŭgas por reala areto. Lokaj stokado igas la sistemon malsimila aro de hiperviziiloj, kaj eĉ kun komuna stokado, areto ne povas esti kunvenita. La plej ĝusta maniero estas sendiskaj maŝinoj kun lanĉo de SAN, aŭ diskoj de la minimuma grandeco. Verŝajne, per la vdsm-hoko, eblas konstrui el lokaj diskoj de Software Defined Storage (ekzemple, Ceph) kaj prezenti ĝian VM, sed mi ne serioze konsideris ĝin.
arkitekturo
Rizo. 2 - oVirt arkitekturo.
Pliaj informoj pri la arkitekturo troveblas en programisto.
Rizo. 3 - oVirt objektoj.
La supra elemento en la hierarkio − Datuma Centro. Ĝi determinas ĉu komuna aŭ loka stokado estas uzata, same kiel la uzata aro de funkcioj (kongruo, 4.1 ĝis 4.3). Povas esti unu aŭ pli. Por multaj opcioj, uzi la defaŭltan Datumcentron estas Defaŭlta.
La Datuma Centro konsistas el unu aŭ pli Kluzoj. La areto determinas la tipon de procesoro, migradpolitikojn, ktp. Por malgrandaj instalaĵoj, vi ankaŭ povas limigi vin al la Defaŭlta areto.
La areto, siavice, konsistas el gastigantokiuj plenumas la ĉefan laboron - ili portas virtualajn maŝinojn, stokejoj estas konektitaj al ili. La areto supozas 2 aŭ pli da gastigantoj. Kvankam estas teknike eble fari areton kun 1 gastiganto, sed ĉi tio ne utilas praktike.
oVirt subtenas multajn funkciojn, inkl. viva migrado de virtualaj maŝinoj inter hiperviziiloj (viva migrado) kaj stokado (stokado migrado), labortabla virtualigo (virtuala labortabla infrastrukturo) kun VM-naĝejoj, ŝtataj kaj sennaciaj VM-oj, subteno por NVidia Grid vGPU, importado de vSphere, KVM, ekzistas potenca kaj multe pli. Ĉiuj ĉi tiuj funkcioj estas disponeblaj sen reĝeco kaj, se necese, subteno povas esti aĉetita de Red Hat per regionaj partneroj.
Pri RHV-prezoj
La kosto ne estas alta kompare kun VMware, nur subteno estas aĉetita - sen la postulo aĉeti la permesilon mem. Subteno estas aĉetita nur por hiperviziiloj, ovirt-motoro, male al vCenter Server, ne postulas elspezadon.
Ekzemplo de kalkulado por la 1-a jaro de proprieto
Konsideru aron de 4 2 ingomaŝinoj kaj podetalaj prezoj (neniuj projektaj rabatoj).
RHV Norma Abono po ingo/jaro (premio 365/24/7 - $1499), entute 4*2*$999=$7992.
:
- VMware vCenter Server Standard $10,837.13 per okazo plus Baza abono $2,625.41 (Produktado $3,125.39);
- VMware vSphere Standard $1,164.15 + Baza Abono $552.61 (Produktado $653.82);
- VMware vSphere Enterprise Plus $6,309.23 + Baza Abono $1,261.09 (Produktado $1,499.94).
Sumo: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 por la plej malgranda opcio. La diferenco estas ĉirkaŭ 3,5 fojojn!
En oVirt, ĉiuj funkcioj estas disponeblaj sen limigoj.
Mallongaj karakterizaĵoj kaj maksimumoj
Sistemaj postuloj
La hiperviziero postulas CPU kun aparatara virtualigo ebligita, la minimuma kvanto de RAM por komenci estas 2 GiB, la rekomendita kvanto de stokado por la OS estas 55 GiB (plejparte por protokoloj, ktp., la OS mem okupas malmulte).
Pli da detaloj - .
Por minimumaj postuloj 2 kernoj/4 GiB RAM/25 GiB stokado. Rekomendita - de 4 kernoj / 16 GiB de RAM / 50 GiB de stokado.
Kiel ĉe iu ajn sistemo, ekzistas limoj pri volumoj kaj kvantoj, la plej multaj el kiuj superas la kapablojn de disponeblaj amaskomercaj serviloj. Jes, paro. povas trakti 2 TiB da RAM kaj donas 40 kernojn (80 fadenojn), kio estas eĉ malpli ol la limoj de unu VM.
Maksimumoj de Virtuala Maŝino:
- Maksimumaj samtempe kurantaj virtualaj maŝinoj: Senlima;
- Maksimumaj virtualaj CPUoj per virtuala maŝino: 384;
- Maksimuma memoro per virtuala maŝino: 4 TiB;
- Maksimuma unudiska grandeco per virtuala maŝino: 8 TiB.
Gastigantaj Maksimumoj:
- Logikaj CPU-kernoj aŭ fadenoj: 768;
- RAM: 12 TiB
- Nombro de gastigitaj virtualaj maŝinoj: 250;
- Samtempaj vivaj migradoj: 2 envenantaj, 2 elirantaj;
- Viva migrada bendolarĝo: Defaŭlte al 52 MiB (~436 Mb) per migrado kiam vi uzas la heredaĵan migradpolitikon. Aliaj politikoj uzas adaptajn traigajn valorojn bazitajn sur la rapideco de la fizika aparato. QoS-politikoj povas limigi migran bendolarĝon.
Maksimumoj de Administranto Logika Ento:
En 4.3 estas .
- datumoj centro
- Maksimuma datumcentro-kalkulo: 400;
- Maksimuma gastiga nombro: 400 subtenataj, 500 provitaj;
- Maksimuma VM-nombro: 4000 subtenataj, 5000 provitaj;
- areto
- Maksimuma grapolnombro: 400;
- Maksimuma gastiga nombro: 400 subtenataj, 500 provitaj;
- Maksimuma VM-nombro: 4000 subtenataj, 5000 provitaj;
- reto
- Logikaj retoj/areto: 300
- SDN/eksteraj retoj: 2600 provitaj, neniu deviga limo;
- stokado
- Maksimumaj domajnoj: 50 subtenataj, 70 provitaj;
- Gastigantoj per domajno: Neniu limo;
- Logikaj volumoj po bloka domajno (pli): 1500;
- Maksimuma nombro da LUN-oj (pli): 300;
- Maksimuma diskgrandeco: 500 TiB (limigita al 8 TiB defaŭlte).
Opcioj de efektivigo
Kiel jam menciite, oVirt estas konstruita el 2 bazaj elementoj - ovirt-engine (administrado) kaj ovirt-host (hipervisor).
La Motoro povas esti gastigita kaj ekster la platformo mem (sendependa Administranto - ĝi povas esti VM funkcianta sur alia platformo aŭ aparta hiperviziero, kaj eĉ fizika maŝino), kaj sur la platformo mem (mem-gastigita motoro, simila al VCSA de VMware. alproksimiĝo).
La hiperviziero povas esti instalita (EL Gastiganto) kaj (oVirt-Nodo, bazita sur el7).
La aparataj postuloj por ĉiuj variantoj estas proksimume la samaj.
Rizo. 4 - norma arkitekturo.
Rizo. 5 - Mem-gastigita Motora arkitekturo.
Por mi, mi elektis la memstaran Administranton kaj EL-Gastigintojn:
- Memstara Administranto estas iom pli facila kun lanĉaj problemoj, ne ekzistas dilemo de kokido kaj ovo (kiel por VCSA - vi ne komencos ĝis almenaŭ unu gastiganto plene funkcias), sed estas dependeco de alia sistemo *;
- EL-Gastiganto provizas la plenan potencon de la OS, kiu estas utila por ekstera monitorado, sencimigado, solvi problemojn kaj pli.
* Tamen, ĉi tio ne estis postulata dum la tuta periodo de funkciado, eĉ post grava malfunkcio.
Sed pli al la punkto!
Por eksperimentado, eblas liberigi paron da ProLiant BL460c G7-klingoj kun Xeon® CPU. Ni reproduktos la instalan procezon sur ili.
Ni nomu la nodojn ovirt.lab.example.com, kvm01.lab.example.com kaj kvm02.lab.example.com.
Ni iru rekte al .
fonto: www.habr.com