ProHoster >> Blog >> Administrimi >> oVirt për 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri

oVirt për 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri

Hyrje

Projekti me kod burim tĂ« hapur oVirt — njĂ« platformĂ« falas e virtualizimit tĂ« nivelit tĂ« korporatĂ«s. Duke shfletuar Habr, zbulova se oVirt nuk Ă«shtĂ« pĂ«rmendur kĂ«tu aq gjerĂ«sisht sa e meriton.
oVirt është në fakt upstream për sistemin komercial Red Hat Virtualization (RHV, më parë RHEV), duke u rritur nën mbështetje të Red Hat. Për të shmangur konfuzionin, kjo është nuk e njëjtë me CentOS vs RHEL, modeli është më i afërt me Fedora vs RHEL.
NĂ«n kapak — KVM, pĂ«r menaxhim pĂ«rdoret njĂ« ndĂ«rfaqe web. Bazohet nĂ« OS RHEL/CentOS 7.
oVirt mund të përdoret si për virtualizimin e "tradicionalizuar" të serverëve, ashtu edhe për virtualizimin desktop (VDI), ndryshe nga zgjidhja VMware, të dy sistemet mund të jetojnë në një kompleks.
Projekti është mirë i dokumentuar, ka arritur me kohë pjekurinë për aplikime produktive dhe është i gatshëm për ngarkesa të larta.
Ky artikull është i pari në një cikël rreth ndërtimit të një klasteri të besueshëm në funksion. Duke kaluar përmes tyre, ne do të kemi një sistem të plotë funksional në një kohë të shkurtër (rreth 2 orë), megjithatë, disa çështje, sigurisht, nuk do të mund t'i zbuloj, do të përpiqem t'i përmend ato në artikujt e ardhshëm.
E përdorim atë për disa vite, kemi filluar me versione 4.1. Sistemi ynë industrial tani funksionon në serverat HPE Synergy 480 dhe ProLiant BL460c të gjenerationit të 10-të me CPU Xeon Gold.
Në momentin e shkrimit, versioni aktual është 4.3.

Artikuj

  1. Hyrja (Ne jemi këtu)
  2. Instalimi i menaxherit (ovirt-engine) dhe hipervizorëve (hosts)
  3. Konfigurimet shtesë

Karakteristikat funksionale

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

Si makina mysafire mbështeten shumica e distribucioneve Linux dhe versioneve të Windows. Për makinat mysafire ka agjentë dhe pajisje virtuale të optimizuara dhe drejtues virtio, në radhë të parë kontrolle të diskut dhe ndërfaqe rrjeti.
Për të realizuar një zgjidhje të besueshme dhe të gjitha funksionet interesante, kërkohet ruajtje e përbashkët. Mbështeten si ruajtjet blokore FC, FCoE, iSCSI, ashtu dhe ruajtjet NFS dhe të tjera. Për të realizuar një zgjidhje të besueshme, sistemi i ruajtjes gjithashtu duhet të jetë i besueshëm (të paktën 2 kontrollues, multi-pathing).
Përdorimi i ruajtjeve lokale është i mundur, por automatikisht për një grup të vërtetë pranohen vetëm ruajtjet e përbashkët (shared storages). Ruajtjet lokale e bëjnë sistemin një grup të shpërndarë hiper-vizorësh dhe madje edhe me një ruajtje të përbashkët nuk është e mundur të formohet grupi. Rruga më e saktë është të përdoren makinat pa disk me boot from SAN, ose disqe me kapacitet minimal. Ndoshta, përmes vdsm hook është e mundur të krijohet një variant nga disqet lokale Software Defined Storage (p.sh., Ceph) dhe ta prezantohet atë VM, por nuk e kam konsideruar seriozisht.

Arkitektura

oVirt për 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri
Fig. 2 — arkitektura e oVirt.
Për më shumë mbi arkitekturën mund të njihni në dokumentacion zhvilluesi.

oVirt për 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri
Fig. 3 — objektet e oVirt.

Elementi mĂ« i lartĂ« nĂ« hierarki — Data Center. Ai pĂ«rcakton nĂ«se pĂ«rdoren depo tĂ« ndara (shared) ose lokale, si dhe grupin e funksioneve tĂ« pĂ«rdorura (kompatibiliteti, nga 4.1 deri nĂ« 4.3). Mund tĂ« ketĂ« njĂ« ose mĂ« shumĂ«. PĂ«r shumĂ« variante Ă«shtĂ« e pĂ«rshtatshme pĂ«rdorimi i QendrĂ«s sĂ« TĂ« DhĂ«nave sipas parazgjedhjes — Default.
Qendra e Të Dhënave përbëhet nga një ose më shumë Klusterë. Klusterri përcakton llojin e procesorit, politikën e migrimit dhe të tjera. Për instalime të vogla, mund të mjaftohet edhe me klusterin Default.
Klusterri, nga ana tjetĂ«r, pĂ«rbĂ«het nga Hosthost-a, qĂ« kryejnĂ« punĂ«n kryesore — ata mbajnĂ« makinat virtuale, tĂ« cilave iu janĂ« lidhur depo. NĂ« njĂ« kluster pritet tĂ« kenĂ« 2 ose mĂ« shumĂ« hosta. MegjithatĂ«, teknikisht Ă«shtĂ« e mundur tĂ« krijoni njĂ« kluster me njĂ« host, por kjo nuk ka dobi praktike.

Në oVirt mbështeten shumë funksione, përfshirë migrimin e gjallë të makinave virtuale midis hiperatorëve (live migration) dhe depo (storage migration), virtualizimin desktop (virtual desktop infrastructure) me grupe VM, VM statefull dhe stateless, 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 pagesa licencash, dhe nëse është e nevojshme për mbështetje, ajo mund të blihen nga Red Hat përmes partnerëve rajonalë.

Për çmimet e RHV

Kostoja nuk Ă«shtĂ« e lartĂ« krahasuar me VMware, blihen vetĂ«m shĂ«rbimet — pa kĂ«rkesĂ«n pĂ«r blerjen e licencĂ«s vetĂ«. ShĂ«rbimi merret vetĂ«m pĂ«r hipervizorĂ«t, ovirt-engine, ndryshe nga vCenter Server qĂ« nuk kĂ«rkon shpenzime.

Shembuj i llogaritjes për vitin e 1-rë të pronësisë

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

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

Totali: 10,837.13 + 2,625.41 + 4 * 2 * (1,164.15 + 552.61) = $27 196,62 për opsionin më të ulët. Diferenca rreth 3.5 herë!
Në oVirt, të gjitha funksionet janë të disponueshme pa kufizime.

Karakteristikat e shkurtuara dhe maksimumet

KĂ«rkesat sisteme

PĂ«r hipervizorin, kĂ«rkohet CPU me virtualizim tĂ« aktivizuar fizikisht, minimumi i RAM pĂ«r tĂ« filluar — 2 GB, sasia e rekomanduar e ruajtjes pĂ«r OS — 55 GB (nĂ« shumicĂ« pĂ«r regjistrat etj., vetĂ« OS zĂ« pak).
MĂ« shumë— kĂ«tu.
PĂ«r Engine kĂ«rkesat minimale 2 bĂ«rthama/4 GB RAM/25 GB ruajtjeje. TĂ« rekomanduara — nga 4 bĂ«rthama/16 GB RAM/50 GB ruajtjeje.
Si në çdo sistem, ka kufizime mbi volumet dhe sasinë, shumica e të cilave e kalon kapacitetin 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 hilo), që është më pak se kufijtë e një VM.

Maksimumet e Makinerisë Virtuale:

  • Maksimumi i makinave virtuale qĂ« mund tĂ« funksionojnĂ« paralelisht: Pa kufij;
  • Maksimumi i CPU-ve virtuale pĂ«r makinĂ« virtuale: 384;
  • Maksimumi i RAM-it pĂ«r makinĂ« virtuale: 4 TiB;
  • Maksimumi i madhĂ«sisĂ« sĂ« diskut tĂ« vetme pĂ«r makinĂ« virtuale: 8 TiB.

Maksimumet e Hostit:

  • BĂ«rthamat logjike tĂ« CPU-ve ose fijet: 768;
  • RAM: 12 TiB;
  • Numri i makinave virtuale tĂ« hostuara: 250;
  • Migrozimet e drejtpĂ«rdrejta tĂ« njĂ«kohshme: 2 nĂ« ardhje, 2 nĂ« dalje;
  • GjerĂ«sia e bandĂ«s pĂ«r migrozimin e drejtpĂ«rdrejtĂ«: Default nĂ« 52 MiB (~436 Mb) pĂ«r migrozim kur pĂ«rdoret politika e migrimit tĂ« trashĂ«guar. Politikat e tjera pĂ«rdorin vlera tĂ« kalueshmĂ«risĂ« adaptive bazuar nĂ« shpejtĂ«sinĂ« e pajisjes fizike. Politikat QoS mund tĂ« kufizojnĂ« gjerĂ«sinĂ« e bandĂ«s tĂ« migrimit.

Maksimumet e Entiteteve Logjike të Menaxherit:

Në 4.3 ekzistojnë kufizime të mëposhtme.

  • Qendra tĂ« tĂ« dhĂ«nave
    • Maksimumi i numrit tĂ« qendrave tĂ« tĂ« dhĂ«nave: 400;
    • Maksimumi i numrit tĂ« hosteve: 400 tĂ« mbĂ«shtetur, 500 tĂ« testuar;
    • Maksimumi i numrit tĂ« VM: 4000 tĂ« mbĂ«shtetur, 5000 tĂ« testuar;
  • Cluster
    • Maksimumi i numrit tĂ« grupeve: 400;
    • Maksimumi i numrit tĂ« hosteve: 400 tĂ« mbĂ«shtetur, 500 tĂ« testuar;
    • Maksimumi i numrit tĂ« VM: 4000 tĂ« mbĂ«shtetur, 5000 tĂ« testuar;
  • Rrjeti regjistro log /dev/log local0 regjistro log /dev/log local1 notice chroot /var/lib/haproxy stats timeout 30s pĂ«rdorues haproxy grup haproxy daemondefaults log global mode http opsion httplog opsion 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/grup: 300;
    • Rrjetet SDN/eksit: 2600 tĂ« testuara, pa kufizim tĂ« imponuar;
  • Storage
    • Maksimumi i domains: 50 tĂ« mbĂ«shtetur, 70 tĂ« testuar;
    • Hostet pĂ«r domain: Pa kufizim;
    • VĂ«llimet logjike pĂ«r domenin blok (mĂ« shumĂ«): 1500;
    • Maksimumi i numrit tĂ« LUN-eve (mĂ« shumĂ«): 300;
    • Maksimumi i madhĂ«sisĂ« sĂ« diskut: 500 TiB (i kufizuar nĂ« 8 TiB me parazgjedhje).

Opsionet e implementimit

Siç Ă«shtĂ« pĂ«rmendur tashmĂ«, oVirt ndĂ«rtohet nga dy elementĂ« bazĂ« — ovirt-engine (menaxhim) dhe ovirt-host (hipervizori).
Engine mund tĂ« vendoset si jashtĂ« vetĂ« platformĂ«s (Menaxher standalone — kjo mund tĂ« jetĂ« njĂ« VM e ekzekutuar nĂ« njĂ« platformĂ« tjetĂ«r ose njĂ« hipervizor tĂ« veçantĂ«, madje edhe njĂ« makinĂ« fizike), ashtu edhe nĂ« vetĂ« platformĂ«n (engine i hostuar vetĂ«, nĂ« mĂ«nyrĂ« tĂ« ngjashme me qasjen VCSA nga VMware).
Hipervizori mund të instalohet si në sistemin e zakonshëm RHEL/CentOS 7 (EL Host), ashtu edhe në një sistem të specializuar minimal (oVirt-Node, e bazuar në el7).
Kërkesat harduerike për të gjitha variantet janë afërsisht të njëjta.
oVirt për 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri
Fig. 4 — arkitektura standarde.

oVirt për 2 orë. Pjesa 1. Platforma e hapur e virtualizimit me qëndrueshmëri
Fig. 5 — arkitektura e engine i hostuar vetĂ«.

Kam zgjedhur variantin Menaxher të pavarur dhe EL Hosts:

  • Menaxheri standalone Ă«shtĂ« pak mĂ« i thjeshtĂ« nĂ« rastet e problemeve nĂ« nisje, nuk ka dilemĂ«n e vezĂ«s dhe pulĂ«s (ashtu si pĂ«r VCSA — nuk e nisin derisa tĂ« ngrihet plotĂ«sisht sĂ« paku njĂ« host), por krijon varĂ«si nga njĂ« sistem tjetĂ«r*;
  • EL Host ofron tĂ« gjithĂ« forcĂ«n e sistemit operativ, qĂ« Ă«shtĂ« e dobishme pĂ«r monitorimin e jashtĂ«m, debugging, gjetjen e gabimeve, etj.

* Megjithatë, gjatë gjithë kohës së përdorimit kjo nuk është kërkuar, madje edhe pas një aksidenti serioz me energjinë.
Por tani po i afrohemi çështjes!
Për eksperimentin ka mundësinë për të lënë disa blades ProLiant BL460c G7 me CPU XeonŸ. Aty do të realizojmë procesin e instalimit.
DĂ«gjuar do t'u japim emrat ovirt.lab.example.com, kvm01.lab.example.com dhe kvm02.lab.example.com.
Kalim direkt në instalimin.

Burimi: habr.com

Bli njĂ« hosting tĂ« besueshĂ«m pĂ«r faqet me mbrojtje DDoS, VPS VDS serverĂ« đŸ”„ Bli njĂ« hosting tĂ« besueshĂ«m pĂ«r faqet me mbrojtje DDoS, VPS VDS serverĂ« | ProHoster