{"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\/pl\/blog\/administrirovanie\/ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii","title":{"rendered":"oVirt w 2 godziny. Cz\u0119\u015b\u0107 1. Otwarta, odporna na awarie platforma wirtualizacji","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Wprowadzenie<\/h2>\n

\nProjekt open source oVirt<\/a><\/noindex> \u2014 wolna platforma wirtualizacji dla przedsi\u0119biorstw. Przegl\u0105daj\u0105c Habr, odkry\u0142em, \u017ce oVirt<\/a><\/noindex> nie jest tu tak szeroko om\u00f3wiona, jak na to zas\u0142uguje.
\noVirt jest w zasadzie upstreamem do komercyjnego systemu Red Hat Virtualization (RHV, wcze\u015bniej RHEV), rozwija si\u0119 pod skrzyd\u0142ami Red Hat. Aby unikn\u0105\u0107 zamieszania, to nie<\/b> to samo, co CentOS vs RHEL, model bardziej przypomina Fedora vs RHEL.
\nPod mask\u0105 \u2014 KVM<\/a><\/noindex>, do zarz\u0105dzania u\u017cywa si\u0119 interfejsu webowego. Opiera si\u0119 na systemie RHEL\/CentOS 7.
\noVirt mo\u017ce by\u0107 u\u017cywany zar\u00f3wno do \u201etradycyjnej\u201d wirtualizacji serwer\u00f3w, jak i wirtualizacji na desktopy (VDI), w przeciwie\u0144stwie do rozwi\u0105zania VMware, obie systemy mog\u0105 wsp\u00f3\u0142istnie\u0107 w jednym kompleksie.
\nProjekt jest dobrze udokumentowany<\/a><\/noindex>, od dawna osi\u0105gn\u0105\u0142 dojrza\u0142o\u015b\u0107 do u\u017cytkowania produkcyjnego i jest gotowy na du\u017ce obci\u0105\u017cenia.
\nTen artyku\u0142 jest pierwszym w cyklu o tym, jak zbudowa\u0107 dzia\u0142aj\u0105cy klaster odporny na awarie. Przechodz\u0105c przez nie, w kr\u00f3tkim czasie (oko\u0142o 2 godziny) uzyskamy w pe\u0142ni dzia\u0142aj\u0105cy system, chocia\u017c niekt\u00f3re kwestie, oczywi\u015bcie, nie b\u0119d\u0105 mog\u0142y zosta\u0107 poruszone, postaram si\u0119 om\u00f3wi\u0107 je w nast\u0119pnych artyku\u0142ach.<\/a><\/noindex>
\nU siebie u\u017cywamy go od kilku lat, zaczynali\u015bmy od wersji 4.1. Nasz system przemys\u0142owy teraz dzia\u0142a na serwerach HPE Synergy 480 i ProLiant BL460c 10. generacji z procesorem Xeon Gold.
\nW momencie pisania aktualna wersja to 4.3. <\/p>\n

Artyku\u0142y<\/h2>\n

<\/p>\n

    \n
  1. Wprowadzenie (Jeste\u015bmy tutaj)<\/li>\n
  2. Instalacja mened\u017cera (ovirt-engine) i hipernadzorc\u00f3w (hosts)<\/a><\/noindex><\/li>\n
  3. Dodatkowe ustawienia<\/a><\/noindex><\/li>\n<\/ol>\n

    Cechy funkcjonalne<\/h2>\n

    \nW oVirt istniej\u0105 2 g\u0142\u00f3wne byty: ovirt-engine i ovirt-host(s). Dla tych, kt\u00f3rzy dobrze znaj\u0105 produkty VMware, oVirt w og\u00f3le jako platforma to vSphere, ovirt-engine \u2014 warstwa zarz\u0105dzaj\u0105ca \u2014 pe\u0142ni te same funkcje, co vCenter, a ovirt-host \u2014 hipernadzorca, jak ESX(i). Poniewa\u017c vSphere jest bardzo popularnym rozwi\u0105zaniem, czasami b\u0119d\u0119 por\u00f3wnywa\u0142 je z ni\u0105.
    \n\"oVirt
    \nRys. 1 \u2014 panel sterowania oVirt.<\/p>\n

    Jako maszyny go\u015bcinne obs\u0142ugiwane s\u0105 wi\u0119kszo\u015b\u0107 dystrybucji Linux i wersji Windows. Dla maszyn go\u015bcinnych dost\u0119pne s\u0105 agenty oraz zoptymalizowane wirtualne urz\u0105dzenia i sterowniki virtio, w pierwszej kolejno\u015bci kontroler dysku i interfejs sieciowy.
    \nAby zrealizowa\u0107 rozwi\u0105zanie zapewniaj\u0105ce ci\u0105g\u0142o\u015b\u0107 dzia\u0142ania oraz wszystkie interesuj\u0105ce funkcje, potrzebna jest wsp\u00f3\u0142dzielona pami\u0119\u0107 masowa. Obs\u0142ugiwane s\u0105 zar\u00f3wno blokowe rozwi\u0105zania FC, FCoE, iSCSI, jak i plikowe pami\u0119ci NFS i inne. Aby zrealizowa\u0107 rozwi\u0105zanie zapewniaj\u0105ce ci\u0105g\u0142o\u015b\u0107 dzia\u0142ania, system pami\u0119ci r\u00f3wnie\u017c musi by\u0107 niezawodny (minimum 2 kontrolery, multipathing).
    \nU\u017cycie lokalnych pami\u0119ci jest mo\u017cliwe, ale domy\u015blnie dla prawdziwego klastra nadaj\u0105 si\u0119 tylko wsp\u00f3\u0142dzielone pami\u0119ci (shared storages). Lokalne pami\u0119ci tworz\u0105 rozproszony zestaw hypervisor\u00f3w, a nawet przy obecno\u015bci wsp\u00f3\u0142dzielonej pami\u0119ci, nie mo\u017cna zbudowa\u0107 klastra. Najlepszym rozwi\u0105zaniem s\u0105 maszyny bezdyskowe z boot from SAN lub dyski o minimalnej pojemno\u015bci. Prawdopodobnie przez vdsm hook mo\u017cliwa jest wersja budowy z lokalnych dysk\u00f3w Software Defined Storage (np. Ceph) i prezentacja go VM, ale powa\u017cnie tego nie rozwa\u017ca\u0142em.<\/p>\n

    Architektura<\/h4>\n

    \n\"oVirt
    \nRys. 2 \u2014 architektura oVirt.
    \nSzczeg\u00f3\u0142owe informacje na temat architektury mo\u017cna znale\u017a\u0107 w     dokumentacji<\/a><\/noindex> dokumentacji dewelopera.<\/p>\n

    \"oVirt
    \nRys. 3 \u2014 obiekty oVirt.<\/p>\n

    Najwy\u017cszy element w hierarchii \u2014 Data Center<\/b>. Okre\u015bla, czy u\u017cywane s\u0105 wsp\u00f3\u0142dzielone (shared) czy lokalne pami\u0119ci, a tak\u017ce zestaw funkcji (kompatybilno\u015b\u0107, od 4.1 do 4.3). Mo\u017ce by\u0107 jeden lub wi\u0119cej. Dla wielu wariant\u00f3w mo\u017cna u\u017cy\u0107 domy\u015blnego Data Center \u2014 Default.
    \nData Center sk\u0142ada si\u0119 z jednego lub wi\u0119cej Clusters<\/b>. Klaster okre\u015bla typ procesora, polityk\u0119 migracji itp. Dla ma\u0142ych instalacji mo\u017cna tak\u017ce ograniczy\u0107 si\u0119 do klastra Default.
    \nKlaster z kolei sk\u0142ada si\u0119 z Host<\/b>Gospodarze, kt\u00f3rzy wykonuj\u0105 g\u0142\u00f3wne zadania \u2014 obs\u0142uguj\u0105 maszyny wirtualne, do kt\u00f3rych pod\u0142\u0105czone s\u0105 magazyny. W klastrze przewidziano 2 lub wi\u0119cej host\u00f3w. Chocia\u017c technicznie mo\u017cliwe jest zbudowanie klastra z jednym hostem, nie ma to praktycznego zastosowania.<\/p>\n

    W oVirt obs\u0142ugiwanych jest wiele funkcji, w tym \u017cywa migracja wirtualnych maszyn mi\u0119dzy hypervisorami (live migration) i pami\u0119ciami (storage migration), wirtualizacja desktop\u00f3w (virtual desktop infrastructure) z pulami VM, maszyny stateful i stateless, wsparcie dla NVidia Grid vGPU, import z vSphere, KVM, a tak\u017ce wiele innych. Wszystkie te funkcje s\u0105 dost\u0119pne bez op\u0142at licencyjnych, a w razie potrzeby wsparcia mo\u017cna je zakupi\u0107 od Red Hat poprzez regionalnych partner\u00f3w. API<\/a><\/noindex> O cenach na RHV<\/p>\n

    O cenach na RHV<\/h4>\n

    \nKoszt jest niski w por\u00f3wnaniu do VMware, kupuje si\u0119 tylko wsparcie \u2014 bez wymogu zakupu samej licencji. Wsparcie jest dost\u0119pne tylko dla hipernadzorc\u00f3w, ovirt-engine, w przeciwie\u0144stwie do vCenter Server nie wymaga wydatk\u00f3w.<\/p>\n

    Przyk\u0142ad oblicze\u0144 na pierwszy rok posiadania<\/h4>\n

    \nRozwa\u017cmy klaster z 4 maszynami dwu-socketowymi i ceny detaliczne (bez rabat\u00f3w projektowych).
    \nStandardowa subskrypcja RHV     kosztuje 999 USD<\/a><\/noindex> za socket\/rok (premium 365\/24\/7 \u2014 1499 USD), razem 4*2*999=$7992<\/b>.
    \n    Cena vSphere<\/a><\/noindex>:<\/p>\n