Paraqitje
Projekt me kod të hapur — një platformë virtualizimi falas në nivel ndërmarrje. Pasi kalova nëpër habr, e zbulova këtë nuk mbulohet këtu aq gjerësisht sa meriton.
oVirt është në të vërtetë një në rrjedhën e sipërme për sistemin komercial Red Hat Virtualization (RHV, dikur RHEV), duke u rritur nën krahun e Red Hat. Për të shmangur konfuzionin, kjo jo njëjtë si CentOS vs RHEL, modeli më afër Fedora vs RHEL.
Nën kapuç - , një ndërfaqe në internet përdoret për menaxhim. Bazuar në RHEL/CentOS 7 OS.
oVirt mund të përdoret si për serverin "tradicional" dhe për virtualizimin e desktopit (VDI), ndryshe nga zgjidhja VMware, të dy sistemet mund të bashkëjetojnë në një kompleks.
Projekti është i mirë , ka arritur prej kohësh pjekurinë për përdorim produktiv dhe është gati për ngarkesa të larta.
Ky artikull është i pari në një seri se si të ndërtohet një grup funksionimi i dështimit. Duke i kaluar ato, në një kohë të shkurtër (rreth 2 orë) do të kemi një sistem plotësisht funksional, megjithëse një sërë çështjesh, natyrisht, nuk do të zbulohen; do të përpiqem t'i trajtoj në artikujt në vijim.
Ne e kemi përdorur atë për disa vite, duke filluar me versionin 4.1. Sistemi ynë industrial aktualisht funksionon në kompjuterë HPE Synergy 480 dhe ProLiant BL460c të gjeneratës së 10-të me CPU Xeon Gold.
Në kohën e shkrimit, versioni aktual është 4.3.
Artikuj
- Hyrje (Jemi këtu)
Karakteristikat funksionale
Ekzistojnë 2 entitete kryesore në oVirt: ovirt-engine dhe ovirt-host(s). Për ata që janë të njohur me produktet VMware, oVirt në tërësi si platformë është vSphere, motori ovirt - shtresa e kontrollit - kryen të njëjtat funksione si vCenter, dhe ovirt-host është një hipervizor, si ESX (i). Sepse vSphere është një zgjidhje shumë e njohur, ndonjëherë do ta krahasoj me të.
Oriz. 1 — Paneli i kontrollit oVirt.
Shumica e shpërndarjeve Linux dhe versioneve të Windows mbështeten si makina të ftuar. Për makineritë e ftuar ka agjentë dhe pajisje virtuale të optimizuara dhe drejtues virtio, kryesisht kontrolluesin e diskut dhe ndërfaqen e rrjetit.
Për të zbatuar një zgjidhje tolerante ndaj gabimeve dhe të gjitha veçoritë interesante, do t'ju duhet ruajtje e përbashkët. Mbështeten të dy ruajtjet e skedarëve të bllokut FC, FCoE, iSCSI dhe NFS, etj. Për të zbatuar një zgjidhje tolerante ndaj gabimeve, sistemi i ruajtjes duhet gjithashtu të jetë tolerant ndaj gabimeve (të paktën 2 kontrollues, me shumë kalime).
Përdorimi i ruajtjes lokale është i mundur, por si parazgjedhje vetëm hapësirat e ruajtjes së përbashkët janë të përshtatshme për një grup të vërtetë. Ruajtja lokale e bën sistemin një grup të ndryshëm hipervizorësh, dhe madje edhe me ruajtjen e përbashkët, një grup nuk mund të mblidhet. Mënyra më e saktë janë makinat pa disk me boot nga SAN, ose disqe me madhësi minimale. Ndoshta, përmes grepit vdsm, opsioni i montimit të ruajtjes së përcaktuar me softuer nga disqet lokale (për shembull, Ceph) dhe prezantimi i tij në një VM është i mundur, por nuk e kam konsideruar seriozisht.
Arkitekturë
Oriz. 2 - Arkitektura oVirt.
Më shumë detaje rreth arkitekturës mund të gjenden në zhvilluesi.
Oriz. 3 — Objektet oVirt.
Elementi kryesor në hierarki është − Qendra e të dhënave. Ai përcakton nëse përdoret ruajtja e përbashkët ose lokale, si dhe grupi i veçorive të përdorura (përputhshmëria, 4.1 deri në 4.3). Mund të ketë një ose më shumë. Për shumë opsione, përdorimi i qendrës së paracaktuar të të dhënave - Default - është i përshtatshëm.
Qendra e të Dhënave përbëhet nga një ose më shumë grupimeve. Grupi përcakton llojin e procesorit, politikat e migrimit, etj. Për instalime të vogla, mund të kufizoheni edhe në grupin e paracaktuar.
Grupi, nga ana tjetër, përbëhet nga MikpritësKëta bëjnë punën kryesore - ato mbajnë makina virtuale, ruajtja është e lidhur me to. Një grup supozon 2 ose më shumë host. Megjithëse është teknikisht e mundur të krijohet një grup me 1 host, ai nuk ka asnjë përdorim praktik.
oVirt mbështet shumë funksione, përfshirë. migrimi i drejtpërdrejtë i makinave virtuale ndërmjet hipervizorëve (migrimi i drejtpërdrejtë) dhe migrimi i ruajtjes (migrimi i ruajtjes), virtualizimi i desktopit (infrastruktura virtuale e desktopit) me grupe VM, VM me status dhe pa shtetësi, mbështetje për NVidia Grid vGPU, import nga vSphere, KVM, ekziston një i fuqishëm edhe me shume. Të gjitha këto veçori ofrohen pa pagesë dhe nëse kërkohet mbështetje, mbështetja mund të blihet nga Red Hat përmes partnerëve rajonalë.
Rreth çmimeve të RHV
Kostoja nuk është e lartë në krahasim me VMware, blihet vetëm mbështetje - pa kërkesën për të blerë vetë licencën. Mbështetja blihet vetëm për hipervizorët; motori ovirt, ndryshe nga serveri vCenter, nuk kërkon ndonjë shpenzim.
Shembull i llogaritjes për vitin e 1 të pronësisë
Le të shqyrtojmë një grup prej 4 makinerish me 2 fole dhe çmime me pakicë (pa zbritje të projektit).
Abonim standard RHV për fole/vit (premium 365/24/7 - 1499 $), gjithsej 4*2*999$=$7992.
:
- VMware vCenter Server Standard 10,837.13 dollarë për shembull, plus abonimin bazë 2,625.41 dollarë (Prodhimi - 3,125.39 dollarë);
- VMware vSphere Standard 1,164.15 dollarë + Abonimi bazë 552.61 dollarë (Prodhimi 653.82 dollarë);
- VMware vSphere Enterprise Plus 6,309.23 dollarë + Abonimi bazë 1,261.09 dollarë (Prodhimi 1,499.94 dollarë).
Gjithsej: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 për opsionin më të ri. Diferenca është rreth 3,5 herë!
Në oVirt, të gjitha funksionet janë të disponueshme pa kufizime.
Karakteristikat dhe maksimumet e shkurtra
Kërkesat e sistemit
Hipervizori kërkon një CPU me virtualizimin e harduerit të aktivizuar, sasia minimale e RAM-it për të filluar është 2 GiB, sasia e rekomanduar e ruajtjes për OS është 55 GiB (kryesisht për regjistrat, etj., vetë OS merr pak).
Më shumë detaje - .
Për kërkesat minimale 2 bërthama/4 GiB RAM/25 GiB memorie. Rekomandohet - nga 4 bërthama/16 GiB RAM/50 GiB hapësirë ruajtëse.
Ashtu si me çdo sistem, ka kufizime në vëllime dhe sasi, shumica e të cilave tejkalojnë aftësitë e serverëve masive komerciale të disponueshme. Po çift mund të adresojë 2 TiB RAM dhe jep 40 bërthama (80 threads), që është më pak se edhe kufijtë e një VM të vetme.
Maksimumi i makinës virtuale:
- Maksimumi i makinave virtuale që funksionojnë njëkohësisht: E pakufizuar;
- CPU-të virtuale maksimale për makinë virtuale: 384;
- Memoria maksimale për makinë virtuale: 4 TiB;
- Madhësia maksimale e diskut të vetëm për makinë virtuale: 8 TiB.
Maksimumi i hostit:
- Bërthamat ose fijet logjike të CPU-së: 768;
- RAM: 12 TiB;
- Numri i makinave virtuale të pritura: 250;
- Migrimet e njëkohshme të drejtpërdrejta: 2 hyrëse, 2 dalëse;
- Gjerësia e brezit të migrimit të drejtpërdrejtë: E paracaktuar në 52 MiB (~436 Mb) për migrim kur përdoret politika e migrimit të trashëguar. Politikat e tjera përdorin vlera të xhiros adaptive bazuar në shpejtësinë e pajisjes fizike. Politikat QoS mund të kufizojnë gjerësinë e brezit të migrimit.
Maksimumet e entitetit logjik të menaxherit:
Në 4.3 ka .
- Qendra e të dhënave
- Numri maksimal i qendrës së të dhënave: 400;
- Numri maksimal i hosteve: 400 të mbështetur, 500 të testuar;
- Numri maksimal i VM: 4000 të mbështetur, 5000 të testuar;
- Grumbull
- Numri maksimal i grupimeve: 400;
- Numri maksimal i hosteve: 400 të mbështetur, 500 të testuar;
- Numri maksimal i VM: 4000 të mbështetur, 5000 të testuar;
- Rrjet
- Rrjetet/grupet logjike: 300;
- SDN/rrjetet e jashtme: 2600 të testuara, pa kufi të detyruar;
- Ruajtje
- Domenet maksimale: 50 të mbështetura, 70 të testuara;
- Host për domen: Pa kufi;
- Vëllimet logjike për domenin e bllokut (më shumë): 1500;
- Numri maksimal i LUN-ve (më shumë): 300;
- Madhësia maksimale e diskut: 500 TiB (e kufizuar në 8 TiB si parazgjedhje).
Opsionet e zbatimit
Siç është përmendur tashmë, oVirt është ndërtuar nga 2 elementë bazë - ovirt-motor (kontrolli) dhe ovirt-host (hipervisor).
Motori mund të vendoset ose jashtë vetë platformës (Menaxheri i pavarur - ky mund të jetë një VM që funksionon në një platformë tjetër ose një hipervizor i veçantë, ose edhe një makinë fizike) ose në vetë platformën (motor i vetë-strehuar, i ngjashëm me qasjen VCSA nga VMware).
Hipervizori mund të instalohet në secilën prej tyre (EL Host) dhe me radhë (oVirt-Node, bazuar në el7).
Kërkesat e harduerit për të gjitha opsionet janë afërsisht të njëjta.
Oriz. 4 - arkitekturë standarde.
Oriz. 5 - Arkitektura e motorit të vetë-pritur.
Për veten time zgjodha opsionin Menaxher i pavarur dhe EL Hosts:
- Menaxheri i pavarur është pak më i lehtë kur bëhet fjalë për problemet e fillimit, nuk ka dilemë pule dhe vezë (si me VCSA - nuk mund të filloni derisa të paktën një host të jetë plotësisht i hapur), por ka një varësi nga një sistem tjetër*;
- EL Host ofron të gjithë fuqinë e OS, e cila është e dobishme për monitorimin e jashtëm, korrigjimin, zgjidhjen e problemeve, etj.
* Megjithatë, gjatë gjithë periudhës së funksionimit kjo nuk kërkohej, edhe pas një ndërprerjeje serioze të energjisë.
Por le të shkojmë në thelbin!
Për eksperimentim, është e mundur të lëshoni një palë tehe ProLiant BL460c G7 me një CPU Xeon®. Ne do t'i përdorim ato për të riprodhuar procesin e instalimit.
Le t'u japim nyjeve emrat ovirt.lab.example.com, kvm01.lab.example.com dhe kvm02.lab.example.com.
Le të shkojmë direkt në .
Burimi: www.habr.com