{"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\/da\/blog\/administrirovanie\/ovirt-za-2-chasa-chast-1-otkrytaya-otkazoustojchivaya-platforma-virtualizaczii","title":{"rendered":"oVirt p\u00e5 2 timer. Del 1. \u00c5ben, fejltolerant virtualiseringsplatform","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Introduktion<\/h2>\n

\nOpen source projekt oVirt<\/a><\/noindex> \u2014 en gratis platform for virksomhedsniveau virtualisering. Efter at have gennemg\u00e5et habr, fandt jeg ud af, at oVirt<\/a><\/noindex> det ikke er blevet belyst s\u00e5 bredt, som det fortjener.
\noVirt er faktisk upstream for det kommercielle system Red Hat Virtualization (RHV, tidligere RHEV), og vokser under Red Hats vinger. For at undg\u00e5 forvirring, det ikke<\/b> er det samme som CentOS vs RHEL, modellen ligner Fedora vs RHEL.
\nUnder h\u00e6tten \u2014 KVM<\/a><\/noindex>, administreres ved hj\u00e6lp af et webinterface. Baseret p\u00e5 RHEL\/CentOS 7.
\noVirt kan bruges til b\u00e5de \"traditionel\" server- og desktopvirtualisering (VDI), modsat VMware-l\u00f8sningen, kan begge systemer eksistere i samme kompleks.
\nProjektet er godt dokumenteret<\/a><\/noindex>, har l\u00e6nge n\u00e5et modenhed til produktionsbrug og er klar til h\u00f8je belastninger.
\nDenne artikel er den f\u00f8rste i en cyklus om, hvordan man bygger et fungerende fejltolerant cluster. Ved at f\u00f8lge dem vil vi inden for kort tid (omkring 2 timer) have et helt fungerende system, selvom nogle sp\u00f8rgsm\u00e5l selvf\u00f8lgelig ikke vil kunne d\u00e6kkes, jeg vil fors\u00f8ge at belyse dem i de n\u00e6ste artikler.<\/a><\/noindex>
\nVi har brugt det i flere \u00e5r, begyndte med version 4.1. Vores industrielle system k\u00f8rer nu p\u00e5 HPE Synergy 480 og ProLiant BL460c 10. generation med Xeon Gold CPU.
\nP\u00e5 tidspunktet for skrivningen er den nuv\u00e6rende version 4.3. <\/p>\n

Artikler<\/h2>\n

<\/p>\n

    \n
  1. Introduktion (Vi er her)<\/li>\n
  2. Installation af manager (ovirt-engine) og hypervisorer (hosts)<\/a><\/noindex><\/li>\n
  3. Yderligere indstillinger<\/a><\/noindex><\/li>\n<\/ol>\n

    Funktionelle egenskaber<\/h2>\n

    \nI oVirt er der 2 prim\u00e6re enheder: ovirt-engine og ovirt-host(s). For dem, der er godt bekendt med VMware-produkter, er oVirt generelt som en platform vSphere, ovirt-engine \u2014 styringslaget \u2014 udf\u00f8rer de samme funktioner som vCenter, og ovirt-host \u2014 hypervisor ligesom ESX(i). Da vSphere er en meget popul\u00e6r l\u00f8sning, vil jeg nogle gange sammenligne med den.
    \n\"oVirt
    \nFig. 1 \u2014 oVirt kontrolpanel.<\/p>\n

    Som g\u00e6stemaskiner underst\u00f8ttes de fleste Linux-distributioner og versioner af Windows. For g\u00e6stemaskiner er der agenter og optimerede virtuelle enheder og virtio-drivere, prim\u00e6rt diskcontroller og netv\u00e6rksinterface.
    \nFor at implementere en fejltolerant l\u00f8sning og alle de interessante funktioner er der brug for delt lager. Der underst\u00f8ttes b\u00e5de blok- FC, FCoE, iSCSI samt filbaserede NFS-lagringssystemer mv. For at implementere en fejltolerant l\u00f8sning skal lagersystemet ogs\u00e5 v\u00e6re fejltolerant (min. 2 controllere, multipathing).
    \nBrug af lokale lagerpladser er muligt, men som standard er kun delte lagerpladser (shared storages) egnet til en virkelig klynge. Lokale lagringssystemer g\u00f8r systemet til et fragmenteret s\u00e6t hypervisorer, og selv med delte lagringspladser kan en klynge ikke samles. Den mest korrekte vej er diskl\u00f8se maskiner med boot fra SAN eller diske med minimal st\u00f8rrelse. Muligvis er der via vdsm hook en mulighed for at samle fra lokale diske med Software Defined Storage (fx, Ceph) og pr\u00e6sentere det for VMs, men det er ikke blevet alvorligt overvejet.<\/p>\n

    Arkitektur<\/h4>\n

    \n\"oVirt
    \nFig. 2 \u2014 oVirt arkitektur.
    \nMan kan l\u00e6se mere om arkitekturen i     dokumentationen<\/a><\/noindex> udviklerens.<\/p>\n

    \"oVirt
    \nFig. 3 \u2014 oVirt objekter.<\/p>\n

    Det \u00f8verste element i hierarkiet \u2014 Data Center<\/b>. Det bestemmer, om der bruges delte (shared) eller lokale lagringspladser, samt hvilke funktioner (kompatibilitet, fra 4.1 til 4.3) der anvendes. Der kan v\u00e6re \u00e9n eller flere. For mange scenarier kan man bruge standard Data Center \u2014 Default.
    \nData Center best\u00e5r af en eller flere Clusters<\/b>. Klyngen bestemmer typen af processor, migrationspolitikker osv. For sm\u00e5 installationer kan man ogs\u00e5 n\u00f8jes med klyngen Default.
    \nKlyngen best\u00e5r i sin tur af Host<\/b>'er, der udf\u00f8rer det prim\u00e6re arbejde \u2014 de hoster virtuelle maskiner, til dem er der tilsluttet lagringssystemer. I klyngen antages der at v\u00e6re 2 eller flere v\u00e6rter. Selvom det teknisk set er muligt at lave en klynge med 1 v\u00e6rt, har det ingen praktisk nytte.<\/p>\n

    oVirt underst\u00f8tter mange funktioner, herunder live migration af virtuelle maskiner mellem hypervisorer (live migration) og lagringspladser (storage migration), desktop virtualisering (virtual desktop infrastructure) med VM-pooler, stateful og stateless VMs, st\u00f8tte til NVidia Grid vGPU, import fra vSphere, KVM, og meget mere. Alle disse funktioner er tilg\u00e6ngelige uden licensafgifter, og hvis der er behov for support, kan den k\u00f8bes fra Red Hat gennem regionale partnere. API<\/a><\/noindex> Om priserne p\u00e5 RHV<\/p>\n

    Prisen er ikke h\u00f8j sammenlignet med VMware; man k\u00f8ber kun support \u2014 uden krav om at k\u00f8be selve licensen. Support k\u00f8bes kun til hypervisorerne, ovirt-engine, i mods\u00e6tning til vCenter Server, som ikke kr\u00e6ver udgifter.<\/h4>\n

    \nEksempel p\u00e5 beregning for 1. \u00e5r af ejerskab<\/p>\n

    Lad os overveje en klynge best\u00e5ende af 4 2-socket maskiner og detailpriser (uden projekt-rabatter).<\/h4>\n

    \nStandard RHV abonnement
    \nkoster $999     pr. socket\/\u00e5r (premium 365\/24\/7 \u2014 $1499), i alt 4*2*$999=<\/a><\/noindex> Pris p\u00e5 vSphere$7992<\/b>.
    \n    Prisen for vSphere<\/a><\/noindex>:<\/p>\n