{"id":82495,"date":"2020-05-22T01:42:27","date_gmt":"2020-05-21T23:42:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii"},"modified":"2020-05-22T01:42:27","modified_gmt":"2020-05-21T23:42:27","slug":"ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii","title":{"rendered":"oVirt \u00een 2 ore. Partea 1. O platform\u0103 de virtualizare deschis\u0103 \u0219i tolerant\u0103 la erori","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introducere<\/h2>\n

\nProiect open source oVirt<\/a><\/noindex> \u2014 o platform\u0103 de virtualizare de nivel enterprise. R\u0103sfoind habr, am descoperit c\u0103 oVirt<\/a><\/noindex> nu este discutat\u0103 aici at\u00e2t de mult pe c\u00e2t merit.
\noVirt este, de fapt, upstream-ul pentru sistemul comercial Red Hat Virtualization (RHV, anterior RHEV), cresc\u00e2nd sub aripa Red Hat. Pentru a evita confuzia, acesta nu<\/b> este similar cu CentOS vs RHEL, modelul este mai aproape de Fedora vs RHEL.
\nSub capot\u0103 \u2014 KVM<\/a><\/noindex>se utilizeaz\u0103 o interfa\u021b\u0103 web pentru management. Se bazeaz\u0103 pe RHEL\/CentOS 7.
\noVirt poate fi folosit at\u00e2t pentru virtualizarea \u201etradi\u021bional\u0103\u201d a serverelor, c\u00e2t \u0219i pentru virtualizarea desktop (VDI); spre deosebire de solu\u021bia VMware, ambele sisteme pot coexista \u00eentr-un singur complex.
\nProiectul este bine documentat<\/a><\/noindex>, a atins de mult maturitatea pentru utilizare \u00een produc\u021bie \u0219i este preg\u0103tit pentru sarcini ridicate.
\nAcest articol este primul dintr-o serie despre cum s\u0103 construie\u0219ti un cluster tolerant la erori. Parcurg\u00e2ndu-le, vom ob\u021bine \u00een scurt timp (aproximativ 2 ore) un sistem complet func\u021bional, de\u0219i unele \u00eentreb\u0103ri, desigur, nu vor putea fi abordate, voi \u00eencerca s\u0103 le discut \u00een articolele urm\u0103toare.<\/a><\/noindex>
\n\u00cel folosim de c\u00e2\u021biva ani, am \u00eenceput cu versiunea 4.1. Sistemul nostru industrial ruleaz\u0103 acum pe computere HPE Synergy 480 \u0219i ProLiant BL460c de genera\u021bia a 10-a cu CPU Xeon Gold.
\nLa momentul scrierii, versiunea operativ\u0103 este 4.3. <\/p>\n

Articole<\/h2>\n

<\/p>\n

    \n
  1. Introducere (Suntem aici)<\/li>\n
  2. Instalarea managerului (ovirt-engine) \u0219i a hipervizoarelor (hosts)<\/a><\/noindex><\/li>\n
  3. Set\u0103ri suplimentare<\/a><\/noindex><\/li>\n<\/ol>\n

    Caracteristici func\u021bionale<\/h2>\n

    \n\u00cen oVirt exist\u0103 2 entit\u0103\u021bi principale: ovirt-engine \u0219i ovirt-host(s). Pentru cei care sunt familiariza\u021bi cu produsele VMware, oVirt, \u00een general, ca platform\u0103, este vSphere, ovirt-engine - stratul de management - \u00eendepline\u0219te acelea\u0219i func\u021bii ca vCenter, iar ovirt-host - hipervizorul, ca ESX(i). Deoarece vSphere este o solu\u021bie foarte popular\u0103, uneori voi face compara\u021bii cu aceasta.
    \n\"oVirt
    \nFig. 1 \u2014 panoul de control oVirt.<\/p>\n

    Ca ma\u0219ini gazd\u0103, sunt acceptate majoritatea distribu\u021biilor Linux \u0219i versiunilor de Windows. Pentru ma\u0219inile gazd\u0103 exist\u0103 agen\u021bi \u0219i dispozitive virtuale \u0219i drivere optimizate virtio, \u00een principal un controler de discuri \u0219i o interfa\u021b\u0103 de re\u021bea.
    \nPentru implementarea unei solu\u021bii de toleran\u021b\u0103 la defecte \u0219i a tuturor func\u021biilor interesante este nevoie de un stocaj partajat. Suport\u0103 at\u00e2t stocarea bloc FC, FCoE, iSCSI, c\u00e2t \u0219i stoc\u0103rile fi\u0219ierelor NFS \u0219i altele. Pentru a implementa o solu\u021bie de toleran\u021b\u0103 la defecte, sistemul de stocare trebuie, de asemenea, s\u0103 fie tolerant la defecte (minim 2 controlere, multipathing).
    \nUtilizarea stoc\u0103rilor locale este posibil\u0103, dar \u00een mod implicit pentru un cluster autentic sunt potrivite doar stoc\u0103rile partajate. Stoc\u0103rile locale fac sistemul un set disperat de hypervizori \u0219i chiar \u0219i \u00een prezen\u021ba unui stocaj partajat, nu este posibil s\u0103 se construiasc\u0103 un cluster. Cea mai corect\u0103 cale este ma\u0219inile f\u0103r\u0103 disc cu boot din SAN sau discuri de volum minim. Probabil, prin hook-ul vdsm este posibil un variant de construc\u021bie din discuri locale Software Defined Storage (de exemplu, Ceph) \u0219i prezentarea acestuia c\u0103tre VM, dar nu l-am analizat serios.<\/p>\n

    Arhitectur\u0103<\/h4>\n

    \n\"oVirt
    \nFig. 2 \u2013 arhitectura oVirt.
    \nPentru detalii despre arhitectur\u0103, consulta\u021bi     documentation<\/a><\/noindex> dezvoltatorul.<\/p>\n

    \"oVirt
    \nFig. 3 \u2013 obiectele oVirt.<\/p>\n

    Elementul de v\u00e2rf \u00een ierarhie este Data Center<\/b>. Acesta define\u0219te dac\u0103 se folosesc stoc\u0103ri partajate (shared) sau locale, precum \u0219i setul de func\u021bii utilizate (compatibilitate, \u00eentre 4.1 \u0219i 4.3). Pot exista unul sau mai multe. Pentru multe op\u021biuni, utilizarea Data Center-ului implicit \u2013 Default este adecvat\u0103.
    \nData Center-ul const\u0103 din unul sau mai multe Clusters<\/b>. Clusterul define\u0219te tipul procesorului, politicile de migrare \u0219i altele. Pentru instala\u021bii mici, se poate limita \u0219i la clusterul Default.
    \nClusterul, la r\u00e2ndul s\u0103u, const\u0103 din Host<\/b>ov, care \u00eendeplinesc o func\u021bie principal\u0103 - acestea g\u0103zduiesc ma\u0219ini virtuale, la care sunt conectate unit\u0103\u021bi de stocare. \u00cen cluster se presupune c\u0103 exist\u0103 2 sau mai multe gazde. De\u0219i tehnic este posibil s\u0103 se creeze un cluster cu o singur\u0103 gazd\u0103, aceasta nu are utilitate practic\u0103.<\/p>\n

    \u00cen oVirt sunt suportate multe func\u021bii, inclusiv migrarea live a ma\u0219inilor virtuale \u00eentre hypervizori (live migration) \u0219i stoc\u0103ri (storage migration), virtualizarea desktopului (virtual desktop infrastructure) cu grupuri de VM, ma\u0219ini VM cu st\u0103ri (statefull) \u0219i f\u0103r\u0103 st\u0103ri (stateless), suport pentru NVidia Grid vGPU, import din vSphere, KVM, exist\u0103 capacit\u0103\u021bi puternice API<\/a><\/noindex> \u0219i multe altele. Toate aceste func\u021bii sunt disponibile f\u0103r\u0103 taxe de licen\u021b\u0103, iar \u00een caz de nevoie de suport, acesta poate fi achizi\u021bionat de la Red Hat prin intermediul partenerilor regionali.<\/p>\n

    Despre pre\u021burile pentru RHV<\/h4>\n

    \nCostul nu este ridicat comparativ cu VMware, achizi\u021bia se face doar pentru suport - f\u0103r\u0103 a necesita achizi\u021bionarea licen\u021bei \u00een sine. Suportul se achizi\u021bioneaz\u0103 doar pentru hypervizorii, ovirt-engine, spre deosebire de vCenter Server, care necesit\u0103 cheltuieli suplimentare.<\/p>\n

    Exemplu de calcul pentru primul an de\u021binut<\/h4>\n

    \nS\u0103 consider\u0103m un cluster format din 4 ma\u0219ini cu 2 socket-uri \u0219i pre\u021burile retail (f\u0103r\u0103 discount-uri de proiect).
    \nAbonament standard RHV     cost\u0103 $999<\/a><\/noindex> pe socket\/an (premium 365\/24\/7 - $1499), total 4*2*$999=$7992<\/b>.
    \n    Pre\u021bul vSphere<\/a><\/noindex>:<\/p>\n