{"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\/cs\/blog\/administrirovanie\/ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii","title":{"rendered":"oVirt za 2 hodiny. \u010c\u00e1st 1. Otev\u0159en\u00e1 odoln\u00e1 platforma virtualizace","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00davod<\/h2>\n

\nOpen source projekt oVirt<\/a><\/noindex> \u2014 voln\u00e1 platforma pro virtualizaci na podnikov\u00e9 \u00farovni. P\u0159i proch\u00e1zen\u00ed habru jsem zjistil, \u017ee oVirt<\/a><\/noindex> o n\u00ed nen\u00ed zde \u0159e\u010deno tolik, kolik si zaslou\u017e\u00ed.
\noVirt je vlastn\u011b upstream pro komer\u010dn\u00ed syst\u00e9m Red Hat Virtualization (RHV, d\u0159\u00edve RHEV), roste pod k\u0159\u00eddly Red Hatu. Aby nedo\u0161lo k z\u00e1m\u011bn\u011b, je to ne<\/b> stejn\u00e9 jako CentOS vs RHEL, model je bl\u00ed\u017e k Fedo\u0159e vs RHEL.
\nPod kapotou \u2014 KVM<\/a><\/noindex>, pro spr\u00e1vu se pou\u017e\u00edv\u00e1 webov\u00e9 rozhran\u00ed. Je zalo\u017eena na OS RHEL\/CentOS 7.
\noVirt m\u016f\u017ee b\u00fdt pou\u017eit jak pro \u201etradi\u010dn\u00ed\u201c serverovou, tak desktopovou virtualizaci (VDI), na rozd\u00edl od \u0159e\u0161en\u00ed VMware mohou ob\u011b syst\u00e9my koexistovat v jednom komplexu.
\nProjekt je dob\u0159e dokumentov\u00e1n<\/a><\/noindex>, d\u00e1vno dos\u00e1hl zralosti pro produk\u010dn\u00ed nasazen\u00ed a je p\u0159ipraven na vysok\u00e9 z\u00e1t\u011b\u017ee.
\nTento \u010dl\u00e1nek je prvn\u00edm v cyklu o tom, jak postavit funk\u010dn\u00ed vysoce dostupn\u00fd klastr. Proch\u00e1zen\u00edm jich za kr\u00e1tkou dobu (p\u0159ibli\u017en\u011b 2 hodiny) z\u00edsk\u00e1me pln\u011b funk\u010dn\u00ed syst\u00e9m, i kdy\u017e \u0159ada ot\u00e1zek samoz\u0159ejm\u011b nebude moci b\u00fdt podrobn\u011b probr\u00e1na, pokus\u00edm se je osv\u011btlit v n\u00e1sleduj\u00edc\u00edch \u010dl\u00e1nc\u00edch.<\/a><\/noindex>
\nPou\u017e\u00edv\u00e1me ho n\u011bkolik let, za\u010d\u00ednali jsme s verz\u00ed 4.1. N\u00e1\u0161 pr\u016fmyslov\u00fd syst\u00e9m nyn\u00ed b\u011b\u017e\u00ed na computerech HPE Synergy 480 a ProLiant BL460c 10. generace s procesory Xeon Gold.
\nV dob\u011b psan\u00ed je aktu\u00e1ln\u00ed verze 4.3. <\/p>\n

\u010cl\u00e1nky<\/h2>\n

<\/p>\n

    \n
  1. \u00davod (Jsme zde)<\/li>\n
  2. Instalace spr\u00e1vce (ovirt-engine) a hypervizor\u016f (hosts)<\/a><\/noindex><\/li>\n
  3. Dal\u0161\u00ed nastaven\u00ed<\/a><\/noindex><\/li>\n<\/ol>\n

    Funk\u010dn\u00ed vlastnosti<\/h2>\n

    \nV oVirt existuj\u00ed 2 hlavn\u00ed entity: ovirt-engine a ovirt-host(y). Pro ty, kdo dob\u0159e znaj\u00ed produkty VMware, je oVirt v podstat\u011b platformou jako vSphere, ovirt-engine \u2014 \u0159\u00eddic\u00ed vrstva \u2014 vykon\u00e1v\u00e1 stejn\u00e9 funkce jako vCenter, a ovirt-host \u2014 hypervisor, jako ESX(i). Vzhledem k tomu, \u017ee je vSphere velmi popul\u00e1rn\u00ed \u0159e\u0161en\u00ed, ob\u010das p\u0159inesu srovn\u00e1n\u00ed s n\u00edm.
    \n\"oVirt
    \nObr. 1 \u2014 \u0159\u00eddic\u00ed panel oVirt.<\/p>\n

    Jako hostitelsk\u00e9 stroje jsou podporov\u00e1ny v\u011bt\u0161ina distribuc\u00ed Linuxu a verz\u00ed Windows. Pro hostitelsk\u00e9 stroje existuj\u00ed agenty a optimalizovan\u00e1 virtu\u00e1ln\u00ed za\u0159\u00edzen\u00ed a ovlada\u010de virtio, p\u0159edev\u0161\u00edm diskov\u00fd ovlada\u010d a s\u00ed\u0165ov\u00e9 rozhran\u00ed.
    \nPro realizaci vysoce dostupn\u00e9ho \u0159e\u0161en\u00ed a v\u0161ech zaj\u00edmav\u00fdch funkc\u00ed bude vy\u017eadov\u00e1no sd\u00edlen\u00e9 \u00falo\u017ei\u0161t\u011b. Podporov\u00e1na jsou jak blokov\u00e1 FC, FCoE, iSCSI, tak souborov\u00e1 NFS \u00falo\u017ei\u0161t\u011b a dal\u0161\u00ed. Pro realizaci vysoce dostupn\u00e9ho \u0159e\u0161en\u00ed mus\u00ed b\u00fdt tak\u00e9 syst\u00e9m \u00falo\u017ei\u0161t\u011b vysokou dostupnost\u00ed (minim\u00e1ln\u011b 2 \u0159adi\u010de, multipathing).
    \nPou\u017eit\u00ed lok\u00e1ln\u00edch \u00falo\u017ei\u0161\u0165 je mo\u017en\u00e9, ale ve v\u00fdchoz\u00edm stavu jsou pro skute\u010dn\u00fd klastr vhodn\u00e1 pouze sd\u00edlen\u00e1 \u00falo\u017ei\u0161t\u011b (shared storages). Lok\u00e1ln\u00ed \u00falo\u017ei\u0161t\u011b \u010din\u00ed syst\u00e9m rozt\u0159\u00ed\u0161t\u011bnou sadou hypervizor\u016f a i p\u0159i existenci sd\u00edlen\u00e9ho \u00falo\u017ei\u0161t\u011b nelze klastr sestavit. Nejp\u0159esn\u011bj\u0161\u00ed cesta je bezdiskov\u00e9 stroje s boot z SAN nebo disky minim\u00e1ln\u00ed velikosti. Pravd\u011bpodobn\u011b je mo\u017en\u00e9 pomoc\u00ed vdsm hook sestavit Software Defined Storage (nap\u0159. Ceph) z lok\u00e1ln\u00edch disk\u016f a prezentovat ho VM, ale v\u00e1\u017en\u011b jsem to nezva\u017eoval.<\/p>\n

    Architektura<\/h4>\n

    \n\"oVirt
    \nObr. 2 \u2014 architektura oVirt.
    \nPodrobn\u011bji se s architekturou m\u016f\u017eete sezn\u00e1mit v     dokumentaci<\/a><\/noindex> v\u00fdvojov\u00e9 dokumentaci.<\/p>\n

    \"oVirt
    \nObr. 3 \u2014 objekty oVirt.<\/p>\n

    Vrcholn\u00fd prvek v hierarchii je Datov\u00e9 centrum<\/b>. Ur\u010duje, zda se pou\u017e\u00edvaj\u00ed sd\u00edlen\u00e1 (shared) nebo lok\u00e1ln\u00ed \u00falo\u017ei\u0161t\u011b, a tak\u00e9 sadu funkc\u00ed (kompatibilita, od 4.1 do 4.3). M\u016f\u017ee b\u00fdt jedno nebo v\u00edce. Pro mnoho variant je vhodn\u00e9 pou\u017e\u00edt v\u00fdchoz\u00ed datov\u00e9 centrum \u2014 Default.
    \nDatov\u00e9 centrum se skl\u00e1d\u00e1 z jednoho nebo v\u00edce klastr\u016f.<\/b>Klastr ur\u010duje typ procesoru, migra\u010dn\u00ed politiky atd. Pro mal\u00e9 instalace se tak\u00e9 d\u00e1 omezit na klastry Default.
    \nKlastr se na opl\u00e1tku skl\u00e1d\u00e1 z Hostitel<\/b>\u2018hostitel\u016f, kte\u0159\u00ed vykon\u00e1vaj\u00ed hlavn\u00ed pr\u00e1ci \u2014 nesou virtu\u00e1ln\u00ed stroje, k nim\u017e jsou p\u0159ipojena \u00falo\u017ei\u0161t\u011b. V clusteru by m\u011blo b\u00fdt 2 nebo v\u00edce hostitel\u016f. I kdy\u017e je technicky mo\u017en\u00e9 vytvo\u0159it cluster s 1 hostitelem, nem\u00e1 to praktick\u00fd v\u00fdznam.<\/p>\n

    V oVirt je podporov\u00e1no mnoho funkc\u00ed, v\u010detn\u011b \u017eiv\u00e9 migrace virtu\u00e1ln\u00edch stroj\u016f mezi hypervizory (live migration) a \u00falo\u017ei\u0161ti (storage migration), desktopov\u00e9 virtualizace (virtual desktop infrastructure) s pooly VM, stateful a stateless VM, podpora NVidia Grid vGPU, import z vSphere, KVM, je zde v\u00fdkonn\u00e9 API<\/a><\/noindex> a mnoho dal\u0161\u00edho. V\u0161echny tyto funkce jsou dostupn\u00e9 bez licen\u010dn\u00edch poplatk\u016f, a pokud je pot\u0159eba podpora, je mo\u017en\u00e9 ji zakoupit od Red Hat prost\u0159ednictv\u00edm region\u00e1ln\u00edch partner\u016f.<\/p>\n

    O cen\u00e1ch na RHV<\/h4>\n

    \nN\u00e1klady nejsou vysok\u00e9 v porovn\u00e1n\u00ed s VMware, kupuje se pouze podpora \u2014 bez po\u017eadavku koup\u011b samotn\u00e9 licence. Podpora se kupuje pouze na hypervizory a ovirt-engine, na rozd\u00edl od vCenter Server nenese \u017e\u00e1dn\u00e9 n\u00e1klady.<\/p>\n

    P\u0159\u00edklad v\u00fdpo\u010dtu na 1. rok vlastnictv\u00ed<\/h4>\n

    \nZv\u00e1\u017e\u00edme klastr ze 4 dvouv\u00fdkonov\u00fdch stroj\u016f a maloobchodn\u00ed ceny (bez projektov\u00fdch slev).
    \nStandardn\u00ed p\u0159edplatn\u00e9 RHV     stoj\u00ed 999 $<\/a><\/noindex> za socket\/rok (premium 365\/24\/7 \u2014 1499 $), celkem 4*2*999=$7992<\/b>.
    \n    Cena vSphere<\/a><\/noindex>:<\/p>\n