ProHoster > Blog > Administrim > oVirt në 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri të lartë.

oVirt në 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri të lartë.

Hyrje

Projekti me burim tĂ« hapur oVirt — njĂ« platformĂ« falas pĂ«r virtualizimin e nivelit tĂ« korporatave. Duke rishikuar habr, zbulova se oVirt nuk ka marrĂ« aq shumĂ« vĂ«mendje sa e meriton.
oVirt në fakt është upstream për sistemin komercial Red Hat Virtualization (RHV, më parë RHEV), që rritet nën mbështetje të Red Hat. Për të shmangur ngatërresat, kjo jo është e njëjtë me CentOS vs RHEL, modeli është më afër Fedora vs RHEL.
NĂ«n kapak — KVM, administrimi bĂ«het me anĂ« tĂ« njĂ« ndĂ«rfaqeje web. Bazohet nĂ« OS RHEL/CentOS 7.
oVirt mund të përdoret për virtualizimin "tradicional" të serverëve, si dhe virtualizimin desktop (VDI), për dallim nga zgjidhja VMware, të dy sistemet mund të bashkëjetojnë në një kompleks.
Projekti është mirë dokumetuar, ka arritur prej kohësh një qëndrim të fortë për aplikim produktiv dhe është i gatshëm për ngarkesa të larta.
Ky artikull është i pari në një cikël mbi ndërtimin e një klasteri të qëndrueshëm. Duke kaluar përmes tyre, do të kemi një sistem funksional plotësisht brenda një kohe të shkurtër (rreth 2 orë), ndonëse disa çështje, sigurisht, nuk do të mund të trajtohen, do të përpiqem t'i përfshij në artikujt e ardhshëm.
E përdorim vetë për disa vite, kemi filluar me versionin 4.1. Sistemi ynë industrial tani operon në serverat HPE Synergy 480 dhe ProLiant BL460c të gjeneratës së 10-të me CPU Xeon Gold.
Në momentin e shkrimit, versioni aktual është 4.3.

Artikuj

  1. Hyrje (Ne jemi këtu)
  2. Instalimi i menaxherit (ovirt-engine) dhe hiper-vizorëve (hosts)
  3. Cilësimet shtesë

Karakteristikat funksionale

NĂ« oVirt ka 2 entitete kryesore: ovirt-engine dhe ovirt-host(s). PĂ«r ata qĂ« janĂ« tĂ« njohur mirĂ« me produktet VMware, oVirt nĂ« pĂ«rgjithĂ«si si platformĂ« Ă«shtĂ« si vSphere, ovirt-engine — shtresa menaxhuese — kryen tĂ« njĂ«jtat funksione si vCenter, ndĂ«rsa ovirt-host — hipervizori, si ESX(i). Duke qenĂ« se vSphere Ă«shtĂ« njĂ« zgjidhje shumĂ« e njohur, ndonjĂ«herĂ« do tĂ« bĂ«j krahasime me tĂ«.
oVirt në 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri të lartë.
Fig. 1 — paneli i kontrollit oVirt.

Si makina mysafir, mbështeten shumica e shpërndarjeve të Linux dhe versioneve të Windows. Për makinat mysafir ka agjentë dhe pajisje virtuale të optimizuara dhe drejtorë virtio, kryesisht kontrolluesi i diskut dhe ndërfaqja rrjet.
Për realizimin e një zgjidhjeje të qëndrueshme dhe të gjitha funksioneve interesante, do të nevojitet një ruajtje e përbashkët. Mbështeten si ruajtjet bloqesh FC, FCoE, iSCSI, ashtu edhe ruajtjet NFS dhe të tjera. Për realizimin e një zgjidhjeje të qëndrueshme, sistemi i ruajtjes gjithashtu duhet të jetë i qëndrueshëm (minimum 2 kontrollues, multi-pathing).
Përdorimi i magazinave lokale është i mundur, por për varsitë e saj, për klasterin aktual përdoren vetëm magazinat e ndara (shared storages). Magazinat lokale e bëjnë sistemin një grup të shpërndarë hipervizorësh dhe madje edhe me një magazinë të ndarë, klasteri nuk mund të krijohet. Rruga më e saktë është makinat pa disk me boot from SAN, ose disqe me kapacitet minimal. Ndoshta, përmes vdsm hook është e mundur të krijohet një variant me disqe lokale Software Defined Storage (p.sh., Ceph) dhe për të prezantuar VM-të, por nuk e kam shqyrtuar thellësisht.

Arkitektura

oVirt në 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri të lartë.
Fig. 2 — arkitektura e oVirt.
Më shumë për arkitekturën mund të gjeni në dokumentacionin zhvilluesin.

oVirt në 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri të lartë.
Fig. 3 — objektet e oVirt.

Elementi mĂ« i lartĂ« nĂ« hierarki — Qendra e tĂ« DhĂ«nave. Ai pĂ«rcakton nĂ«se pĂ«rdoren magazina tĂ« ndara (shared) ose lokale, si dhe grupin e funksioneve tĂ« pĂ«rdorura (kompatibiliteti, nga 4.1 nĂ« 4.3). Mund tĂ« ketĂ« njĂ« ose mĂ« shumĂ«. PĂ«r shumĂ« variante, pĂ«rdorimi i Data Center si parazgjedhje — Default — Ă«shtĂ« i pĂ«rshtatshĂ«m.
Data Center përbëhet nga një ose më shumë Klastra. Klasteri përcakton llojin e procesorit, politikat e migrimit etj. Për instalime të vogla gjithashtu mund të mjaftohemi me klasterin Default.
Klasteri, nga ana e tij, pĂ«rbĂ«het nga Hosthost-e, qĂ« kryejnĂ« punĂ«n kryesore — ato mbajnĂ« makinat virtuale, dhe magazinat janĂ« tĂ« lidhura me to. NjĂ« klaster supozohet tĂ« ketĂ« 2 ose mĂ« shumĂ« host-e. Edhe pse ndihmohet teknikisht tĂ« krijosh njĂ« klaster me 1 host, kjo nuk ka ndonjĂ« pĂ«rfitim praktik.

Në oVirt mbështeten shumë funksione, duke përfshirë migronin e drejtpërdrejtë të makinave virtuale ndërmjet hipervizorëve (live migration) dhe magazinave (storage migration), virtualizimi desktop (virtual desktop infrastructure) me grupe VM, VM me gjendje dhe pa gjendje, mbështetje për NVidia Grid vGPU, import nga vSphere, KVM, ka një API dhe shumë të tjera. Të gjitha këto funksione janë të disponueshme pa tarifat e licencës, dhe nëse nevojitet mbështetje, mund të blihen nga Red Hat përmes partnerëve rajonalë.

Për çmimet e RHV

Çmimi Ă«shtĂ« jo i lartĂ« krahasuar me VMware, blihen vetĂ«m mbĂ«shtetje — pa kĂ«rkesĂ« pĂ«r blerjen e vetĂ« licencĂ«s. MbĂ«shtetje blihen vetĂ«m pĂ«r hipervizorĂ«t, ovirt-engine, ndryshe nga vCenter Server, nuk kĂ«rkon shpenzime.

Shembulli i llogaritjes për vitin e parë të pronësisë

Le të shqyrtojmë një klaster prej 4 makinash me 2 socket dhe çmimet me pakicë (pa zbritje projekti).
Abonimi standard RHV kushton $999 pĂ«r socket/vit (premium 365/24/7 — $1499), gjithsej 4*2*$999=$7992.
Çmimi i vSphere:

  • VMware vCenter Server Standard $10,837.13 pĂ«r instancĂ«, plus abonim Basic $2,625.41 (Produksion — $3,125.39);
  • VMware vSphere Standard $1,164.15 + Abonimi Basic $552.61 (Produksion $653.82);
  • VMware vSphere Enterprise Plus $6,309.23 + Abonimi Basic $1,261.09 (Produksion $1,499.94).

Në total: 10,837.13 + 2,625.41 + 4 * 2 * (1,164.15 + 552.61) = $27 196,62 për variantin më të vogël. Diferenca rreth 3.5 herë!
Në oVirt, të gjitha funksionet janë në dispozicion pa kufizime.

Specifikat dhe maksimumet e shkurtra

KĂ«rkesat e sistemit

PĂ«r hipervizorin kĂ«rkohet CPU me virtualizim harduerik tĂ« aktivizuar, volumi minimal i RAM pĂ«r fillim — 2 GB, volumi i rekomanduar i ruajtjes pĂ«r OS — 55 GB (nĂ« shumicĂ«n e rasteve pĂ«r log etj., vetĂ« OS merr pak).
MĂ« shumĂ« — kĂ«tu.
PĂ«r Kryesore kĂ«rkesat minimale 2 bĂ«rthama/4 GB RAM/25 GB ruajtje. TĂ« rekomanduara — nga 4 bĂ«rthama/16 GB RAM/50 GB ruajtje.
Si në çdo sistem, ka kufizime në volumet dhe numrat, shumica e të cilëve kalon kapacitetet e serverëve komercialë masivë të disponueshëm. Kështu, një çift Intel Xeon Gold 6230 mund të adresojë 2 TiB RAM dhe ofron 40 bërthama (80 procese), që është më pak se kufizimet e një VM.

Maksimumet e Mesin Virtual:

  • Maksimumi i makinave virtuale qĂ« mund tĂ« punojnĂ« nĂ« tĂ« njĂ«jtĂ«n kohĂ«: Pa kufi;
  • Maksimumi i CPU-ve virtuale pĂ«r makinĂ« virtuale: 384;
  • Maksimumi i memories pĂ«r makinĂ« virtuale: 4 TiB;
  • Maksimumi i madhĂ«sisĂ« sĂ« diskut tĂ« vetĂ«m pĂ«r makinĂ« virtuale: 8 TiB.

Maksimumet e Hostit:

  • BĂ«rthamat logjike tĂ« CPU-ve ose temat: 768;
  • RAM: 12 TiB;
  • Numri i makinave virtuale tĂ« hostuara: 250;
  • Migrimet e drejtpĂ«rdrejta tĂ« njĂ«kohshme: 2 nĂ« ardhje, 2 nĂ« dalje;
  • ShpejtĂ«sia e migrimit tĂ« drejtpĂ«rdrejtĂ«: Default 52 MiB (~436 Mb) pĂ«r migrim kur pĂ«rdoret politika e migrimit tĂ« trashĂ«guar. Politikat e tjera pĂ«rdorin vlera tĂ« kalimit adaptiv tĂ« bazuara nĂ« shpejtĂ«sinĂ« e pajisjes fizike. Politikat e QoS mund tĂ« kufizojnĂ« shpejtĂ«sinĂ« e migrimit.

Maksimumet Logjike të Entitetit Menaxher:

Në 4.3 ka kufizime të mëposhtme.

  • Qendra e tĂ« DhĂ«nave
    • Numri maksimal i qendrave tĂ« tĂ« dhĂ«nave: 400;
    • Numri maksimal i hosteve: 400 tĂ« mbĂ«shtetur, 500 tĂ« testuar;
    • Numri maksimal i VM-ve: 4000 tĂ« mbĂ«shtetur, 5000 tĂ« testuar;
  • Klaster
    • Numri maksimal i grupeve: 400;
    • Numri maksimal i hosteve: 400 tĂ« mbĂ«shtetur, 500 tĂ« testuar;
    • Numri maksimal i VM-ve: 4000 tĂ« mbĂ«shtetur, 5000 tĂ« testuar;
  • Network global log /dev/log local0 log /dev/log local1 notice chroot /var/lib/haproxy stats timeout 30s user haproxy group haproxy daemondefaults log global mode http option httplog option dontlognull timeout connect 5000 timeout client 50000 timeout server 50000frontend http_front bind *:80 stats uri /haproxy?stats default_backend http_backbackend http_back balance roundrobin server server_name1 private_ip1:80 check server server_name2 private_ip2:80 check
    • Rrjetet logjike/grupi: 300;
    • RRJETET SDN/eksterne: 2600 tĂ« testuara, pa kufizim tĂ« zbatuar;
  • Storage
    • Numri maksimal i domenĂ«ve: 50 tĂ« mbĂ«shtetur, 70 tĂ« testuar;
    • Hosts pĂ«r domain: Pa kufizim;
    • VĂ«llomet logjike pĂ«r domain blok (mĂ« shumĂ«): 1500;
    • Numri maksimal i LUN-eve (mĂ« shumĂ«): 300;
    • MadhĂ«sia maksimale e diskut: 500 TiB (kufizuar nĂ« 8 TiB si parazgjedhje).

Opsionet e implementimit

Siç Ă«shtĂ« theksuar, oVirt ndĂ«rtohet nga 2 elemente bazĂ« — ovirt-engine (menaxhimi) dhe ovirt-host (hipervizori).
Engine mund tĂ« vendoset si jashtĂ« vetĂ« platformĂ«s (menaxheri standalone — mund tĂ« jetĂ« njĂ« VM, e cila niset nĂ« njĂ« platformĂ« tjetĂ«r ose njĂ« hipervizor tĂ« veçantĂ« dhe madje njĂ« makinĂ« fizike), ashtu edhe nĂ« vetĂ« platformĂ«n (engine vetĂ«-hostuar, nĂ« mĂ«nyrĂ« tĂ« ngjashme me qasjen VCSA nga VMware).
Hipervizori mund të instalohet si në OS RHEL/CentOS 7 të zakonshme (EL Host), ashtu edhe në OS minimale të specializuar (oVirt-Node, e cila bazohet në el7).
Kërkesat për harduer për të gjitha opsionet janë përafërsisht të njëjta.
oVirt në 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri të lartë.
Fig. 4 — arkitektura standarde.

oVirt në 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri të lartë.
Fig. 5 — Arkitektura e Self-hosted Engine.

Kam përzgjodhi variantin standalone Manager dhe EL Hosts:

  • standalone Manager Ă«shtĂ« pak mĂ« i thjeshtĂ« nĂ« rast tĂ« problemeve me nisjen, nuk ka dilema tĂ« kokĂ«s dhe vezĂ«s (ashtu si pĂ«r VCSA — nuk do tĂ« nisni derisa tĂ« ngrihet plotĂ«sisht sĂ« paku njĂ« host), por ka njĂ« varĂ«si ndaj njĂ« sistemi tjetĂ«r*;
  • EL Host ofron tĂ« gjithĂ« fuqinĂ« e OS, e cila Ă«shtĂ« e dobishme pĂ«r monitorimin e jashtĂ«m, debugimin, gjetjen e problemeve etj.

* Megjithatë, gjatë gjithë kohës së funksionimit kjo nuk ka qenë e nevojshme, madje pas një avarie serioze me energjinë.
Por tani po i afrohemi temës!
Për eksperimente kemi mundësinë të lirojmë disa blade ProLiant BL460c G7 me CPU XeonŸ. Atje do të reprodukojmë procesin e instalimit.
Do t'u japim emra node-ve ovirt.lab.example.com, kvm01.lab.example.com dhe kvm02.lab.example.com.
Të kalojmë menjëherë te instalimin.

Burimi: habr.com

Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS đŸ”„ Blini hosting tĂ« besueshĂ«m pĂ«r faqe interneti me mbrojtje nga DDoS, serverĂ« VPS VDS | ProHoster