oVirt 2 ordutan. 1. zatia: Open Fault Tolerant Virtualization Platform

Sarrera

kode irekiko proiektua oVirt Doako enpresa mailan birtualizazio plataforma bat da. Habr mugituz, hori aurkitu dut oVirt ez dago merezi bezain zabala.
oVirt Red Hat Virtualization (RHV, antzina RHEV) sistema komertzialerako korronte gora dago, Red Hat-en hegalpean hazten dena. Nahasmena saihesteko, hau ez CentOS vs RHEL bezalakoa, Fedora vs RHELetik hurbilago dagoen eredua.
Kaputxa azpian - KVM, web interfazea kudeaketarako erabiltzen da. RHEL/CentOS 7 OSan oinarrituta.
oVirt zerbitzari "tradizional" nahiz mahaigaineko birtualizaziorako (VDI) erabil daiteke, VMware soluzioa ez bezala, bi sistema konplexu batean elkarrekin egon daitezke.
Proiektua ondo dokumentatuta, luzera heldu da erabilera produktiborako eta karga handietarako prest dago.
Artikulu hau hutsegite-kluster funtzionatzen duen serie baten lehena da. Horietatik pasatu ondoren, denbora gutxian (2 ordu inguru) guztiz funtzionatzen duen sistema lortuko dugu, nahiz eta hainbat gai, noski, ezin diren ezagutzera eman, hurrengo artikuluetan lantzen saiatuko naiz.
Hainbat urte daramatzagu erabiltzen, 4.1 bertsioarekin hasi ginen. Gure sistema industriala 480. belaunaldiko HPE Synergy 460 eta ProLiant BL10c konputagailuetan bizi da Xeon Gold CPUekin.
Idazteko unean, oraingo bertsioa 4.3 da.

Artikuluak

  1. Sarrera (Hemen gaude)
  2. Kudeatzailea (ovirt-engine) eta hypervisors (ostalariak) instalatzea
  3. Ezarpen osagarriak

Ezaugarri funtzionalak

oVirt-en 2 entitate nagusi daude: ovirt-engine eta ovirt-host(s). VMware produktuak ezagutzen dituztenentzat, oVirt, oro har, plataforma gisa vSphere da, ovirt-engine - kontrol-geruza - vCenter-en funtzio berdinak betetzen ditu eta ovirt-host hipervisor bat da, ESX (i) bezalakoa. Zeren vSphere oso konponbide ezaguna da, batzuetan berarekin alderatuko dut.
oVirt 2 ordutan. 1. zatia: Open Fault Tolerant Virtualization Platform
Arroza. 1 - oVirt kontrol panela.

Linux banaketa eta Windows bertsio gehienak gonbidatutako makina gisa onartzen dira. Makina gonbidatuentzat, agenteak eta gailu birtual optimizatuak eta virtio kontrolatzaileak daude, batez ere disko kontrolagailu bat eta sareko interfaze bat.
Akatsak jasan ditzakeen irtenbide bat eta ezaugarri interesgarri guztiak ezartzeko, biltegiratze partekatua beharko duzu. Bi bloke FC, FCoE, iSCSI eta NFS fitxategien biltegiratzeak onartzen dira, etab. Akatsekiko tolerantziarako irtenbide bat ezartzeko, biltegiratze-sistemak ere akatsekiko tolerantzia izan behar du (gutxienez 2 kontrolagailu, pasabide anitzeko).
Biltegiratze lokalak erabiltzea posible da, baina lehenespenez biltegiratze partekatuak soilik dira egokiak benetako kluster baterako. Biltegiratze lokalek sistema hipervisore multzo desberdina bihurtzen dute, eta biltegiratze partekatuarekin ere ezin da kluster bat muntatu. Modurik zuzenena diskorik gabeko makinak dira SANetik abiaraztearekin edo gutxieneko tamainako diskoak. Seguruenik, vdsm amuaren bidez, posible da Software Defined Storage-ko disko lokaletatik eraikitzea (adibidez, Ceph) eta bere VM aurkeztea, baina ez nuen serioski kontuan hartu.

arkitektura

oVirt 2 ordutan. 1. zatia: Open Fault Tolerant Virtualization Platform
Arroza. 2 - oVirt arkitektura.
Arkitekturari buruzko informazio gehiago hemen aurki daiteke dokumentazioa garatzailea.

oVirt 2 ordutan. 1. zatia: Open Fault Tolerant Virtualization Platform
Arroza. 3 - oVirt objektuak.

Hierarkiaren goiko elementua − Datu zentroa. Biltegiratze partekatua edo lokala erabiltzen den zehazten du, baita erabilitako ezaugarri multzoa ere (bateragarritasuna, 4.1etik 4.3ra). Bat edo gehiago egon daitezke. Aukera askotarako, Datu-zentro lehenetsia erabiltzea Lehenetsia da.
Datu Zentroa batek edo gehiagok osatzen dute Klusterrak. Klusterrak prozesadore mota, migrazio-politikak eta abar zehazten ditu. Instalazio txikietarako, Lehenetsitako klusterera ere muga zaitezke.
Klusterra, berriz, osatzen dute Hostlan nagusia egiten dutenak - makina birtualak daramatzate, biltegiratzeak haiekin konektatuta daude. Klusterrak 2 ostalari edo gehiago hartzen ditu. Nahiz eta teknikoki posible den ostalari bat duen cluster bat egitea, honek ez du erabilera praktikoa.

oVirt-ek funtzio asko onartzen ditu, barne. Hipervisoren arteko makina birtualen zuzeneko migrazioa (zuzeneko migrazioa) eta biltegiratzeen artean (biltegiratze migrazioa), mahaigaineko birtualizazioa (mahaigaineko azpiegitura birtuala) VM multzoekin, egoera beteak eta estaturik gabeko VM, NVidia Grid vGPUrako euskarria, vSphere, KVM-tik inportatzea, indartsua da. API eta askoz gehiago. Ezaugarri hauek guztiak eskubiderik gabe daude eskuragarri eta, behar izanez gero, laguntza Red Hat-en eros daiteke eskualdeko bazkideen bidez.

RHV prezioei buruz

Kostua ez da handia VMwarerekin alderatuta, euskarria bakarrik erosten da - lizentzia bera erosteko beharrik gabe. Laguntza hipervisorentzat bakarrik erosten da, ovirt-enginek, vCenter Server ez bezala, ez du gasturik behar.

Jabetzaren 1. urteko kalkulu-adibidea

Demagun 4 2 entxufe makina eta txikizkako prezioen multzoa (proiektuko deskonturik ez).
RHV Harpidetza estandarra $ 999 balio du entxufe/urteko (premia 365/24/7 - 1499 $), guztira 4*2* 999 $=$7992.
vSphere prezioa:

  • VMware vCenter Server Standard $ 10,837.13 instantzia bakoitzeko gehi Oinarrizko harpidetza $ 2,625.41 (ekoizpena $ 3,125.39);
  • VMware vSphere Standard $ 1,164.15 + Oinarrizko Harpidetza $ 552.61 (ekoizpena $ 653.82);
  • VMware vSphere Enterprise Plus 6,309.23 $ + Oinarrizko harpidetza 1,261.09 $ (ekoizpena 1,499.94 $).

Guztira: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 aukera txikienerako. Aldea 3,5 aldiz ingurukoa da!
oVirt-en, funtzio guztiak murrizketarik gabe daude erabilgarri.

Ezaugarri laburrak eta maximoak

Sistemaren beharrak

Hipervisoreak hardware birtualizazioa gaituta duen CPU bat behar du, abiarazteko gutxieneko RAM kopurua 2 GiB da, OSrako gomendatutako biltegiratze kopurua 55 GiB da (gehienetan erregistroetarako, etab., OSak berak gutxi hartzen du).
Xehetasun gehiago - Hemen.
For Engine gutxieneko baldintzak 2 nukleo/4 GiB RAM/25 GiB biltegiratze. Gomendatua - 4 nukleotik / 16 GiB RAM / 50 GiB biltegiratze.
Edozein sistemarekin gertatzen den bezala, bolumen eta kantitateen mugak daude, eta gehienek eskuragarri dauden zerbitzari komertzial masiboen gaitasunak gainditzen dituzte. Bai, pare bat. Intel Xeon Gold 6230 RAM 2 TiB zuzendu ditzake eta 40 nukleo (80 hari) ematen ditu, hau da, VM baten mugak baino txikiagoak direnak.

Makina birtualaren gehienezkoak:

  • Gehienezko aldi berean exekutatzen diren makina birtualak: mugagabea;
  • Gehienezko CPU birtualak makina birtualeko: 384;
  • Gehienezko memoria makina birtual bakoitzeko: 4 TiB;
  • Disko bakarreko gehienezko tamaina makina birtual bakoitzeko: 8 TiB.

Ostalari maximoak:

  • PUZaren nukleo edo hari logikoak: 768;
  • RAM: 12 TiB
  • Ostatatutako makina birtualen kopurua: 250;
  • Aldibereko zuzeneko migrazioak: 2 sarrera, 2 irteera;
  • Migrazio zuzeneko banda-zabalera: 52 MiB (~436 Mb) lehenetsia migrazio bakoitzeko, migrazio-politika zaharra erabiltzen denean. Beste politika batzuek gailu fisikoaren abiaduran oinarritutako errendimendu egokiko balioak erabiltzen dituzte. QoS politikek migrazio banda zabalera muga dezakete.

Kudeatzaileen entitate logikoen gehienezkoak:

4.3an daude ondoko mugak.

  • Datu zentro
    • Datu-zentroen gehienezko kopurua: 400;
    • Gehienezko ostalari kopurua: 400 onartzen, 500 probatu;
    • Gehienezko VM kopurua: 4000 onartzen, 5000 probatu;
  • Cluster
    • Gehienezko kluster kopurua: 400;
    • Gehienezko ostalari kopurua: 400 onartzen, 500 probatu;
    • Gehienezko VM kopurua: 4000 onartzen, 5000 probatu;
  • Sarea
    • Sare logikoak/kluster: 300
    • SDN/kanpoko sareak: 2600 probatu, ez dago behartutako mugarik;
  • Biltegiratzea
    • Gehienezko domeinuak: 50 onartzen, 70 probatu;
    • Ostalariak domeinu bakoitzeko: mugarik gabe;
    • Bloke-domeinu bakoitzeko bolumen logikoak (gehiago): 1500;
    • Gehienezko LUN kopurua (gehiago): 300;
    • Diskoaren gehienezko tamaina: 500 TiB (lehenespenez 8 TiB-ra mugatua).

Ezartzeko aukerak

Esan bezala, oVirt oinarrizko 2 elementuz eraikita dago: ovirt-engine (kudeaketa) eta ovirt-host (hipervisor).
Motorra plataformatik kanpo (kudeatzaile autonomoa - beste plataforma batean edo aparteko hipervisor batean exekutatzen ari den VM bat izan daiteke, eta baita makina fisiko bat ere), bai plataforman bertan (auto-ostatatutako motorra, VMwareren VCSAren antzekoa). hurbilketa).
Hipervisoria instalatu daiteke ohiko sistema eragilea RHEL/CentOS 7 (EL Host) eta OS minimo espezializatua (oVirt-Node, el7-n oinarrituta).
Aldaera guztien hardware-eskakizunak gutxi gorabehera berdinak dira.
oVirt 2 ordutan. 1. zatia: Open Fault Tolerant Virtualization Platform
Arroza. 4 - arkitektura estandarra.

oVirt 2 ordutan. 1. zatia: Open Fault Tolerant Virtualization Platform
Arroza. 5 - Auto-ostatatutako Motorren arkitektura.

Niretzat, Kudeatzaile autonomoa eta EL Hosts aukera aukeratu nuen:

  • Kudeatzaile autonomoa abiarazte-arazoekin apur bat errazagoa da, ez dago oilasko eta arrautza-dilemarik (VCSAren kasuan bezala - ez zara hasiko gutxienez ostalari bat guztiz osatu arte), baina beste sistema baten menpekotasuna dago *;
  • EL Host-ek sistema eragilearen botere osoa eskaintzen du, eta hori erabilgarria da kanpoko monitorizazioa, arazketa, arazoak konpontzeko eta abar.

* Hala ere, hori ez zen beharrezkoa izan funtzionamendu-aldi osoan, nahiz eta elektrizitate-huts larri baten ondoren.
Baina puntu gehiago!
Esperimentaziorako, ProLiant BL460c G7 blade pare bat askatzea posible da Xeon® CPUarekin. Instalazio-prozesua haien gainean erreproduzituko dugu.
Izenda ditzagun ovirt.lab.example.com, kvm01.lab.example.com eta kvm02.lab.example.com nodoei.
Goazen zuzenean instalazioa.

Iturria: www.habr.com

Gehitu iruzkin berria