Esittely
avoimen lähdekoodin projekti on ilmainen yritystason virtualisointialusta. Selailin habria, löysin sen ei ole katettu niin laajasti kuin se ansaitsee.
oVirt on itse asiassa ennen kaupallista Red Hat Virtualization (RHV, entinen RHEV) -järjestelmää, joka kasvaa Red Hatin siiven alla. Sekaannusten välttämiseksi tämä ei sama kuin CentOS vs RHEL, malli lähempänä Fedora vs RHEL.
Konepellin alle - , web-käyttöliittymää käytetään hallintaan. Perustuu RHEL/CentOS 7 -käyttöjärjestelmään.
oVirtiä voidaan käyttää sekä "perinteiseen" palvelin- että työpöytävirtualisointiin (VDI), toisin kuin VMware-ratkaisussa, molemmat järjestelmät voivat toimia rinnakkain yhdessä kompleksissa.
Projektoi hyvin , on jo pitkään saavuttanut kypsyyden tuottavaan käyttöön ja on valmis suuriin kuormituksiin.
Tämä artikkeli on ensimmäinen sarjassa, jossa käsitellään toimivan vikasietoklusterin rakentamista. Niiden läpikäynnin jälkeen saamme lyhyessä ajassa (noin 2 tunnissa) täysin toimivan järjestelmän, vaikka useita asioita ei tietenkään voida paljastaa, yritän käsitellä niitä seuraavissa artikkeleissa.
Olemme käyttäneet sitä useita vuosia, aloitimme versiosta 4.1. Teollinen järjestelmämme elää nyt 480. sukupolven HPE Synergy 460 ja ProLiant BL10c -tietokoneissa Xeon Gold -suorittimilla.
Kirjoitushetkellä nykyinen versio on 4.3.
Artikkelit
- Johdanto (olemme täällä)
Toiminnalliset ominaisuudet
oVirtissä on 2 pääkokonaisuutta: ovirt-engine ja ovirt-host(s). VMware-tuotteiden tutuille oVirt kokonaisuutena alustana on vSphere, ovirt-engine - ohjauskerros - suorittaa samat toiminnot kuin vCenter ja ovirt-host on hypervisori, kuten ESX (i). Koska vSphere on erittäin suosittu ratkaisu, joskus vertaan sitä siihen.
Riisi. 1 - oVirt ohjauspaneeli.
Useimpia Linux-jakeluja ja Windows-versioita tuetaan vieraskoneina. Vieraskoneille on olemassa agentteja ja optimoituja virtuaalisia laitteita ja virtio-ajureita, ensisijaisesti levyohjain ja verkkoliitäntä.
Vikasietoisen ratkaisun ja kaikkien mielenkiintoisten ominaisuuksien toteuttamiseksi tarvitset jaettua tallennustilaa. Sekä lohkon FC-, FCoE-, iSCSI- että tiedosto-NFS-tallennustilat ovat tuettuja jne. Vikasietoisen ratkaisun toteuttamiseksi tallennusjärjestelmän tulee olla myös vikasietoinen (vähintään 2 ohjainta, monipäästöinen).
Paikallisten varastojen käyttö on mahdollista, mutta oletusarvoisesti vain jaetut tallennustilat sopivat todelliseen klusteriin. Paikalliset tallennustilat tekevät järjestelmästä erillisen hypervisorijoukon, ja edes jaetun tallennustilan kanssa klusteria ei voida koota. Oikein tapa on levyttömät koneet, joissa on SAN-käynnistys, tai vähimmäiskokoiset levyt. Todennäköisesti vdsm-hookin kautta on mahdollista rakentaa ohjelmiston määrittämän tallennustilan paikallisista levyistä (esimerkiksi Ceph) ja esitellä sen VM, mutta en ajatellut sitä vakavasti.
Arkkitehtuuri
Riisi. 2 - oVirt-arkkitehtuuri.
Lisää tietoa arkkitehtuurista löytyy osoitteesta kehittäjä.
Riisi. 3 - oVirt-objektit.
Hierarkian ylin elementti − Data Center. Se määrittää, käytetäänkö jaettua vai paikallista tallennustilaa, sekä käytetyn ominaisuusjoukon (yhteensopivuus, 4.1–4.3). Niitä voi olla yksi tai useampi. Useissa vaihtoehdoissa oletustietokeskuksen käyttö on oletusarvo.
Palvelinkeskus koostuu yhdestä tai useammasta Klusterit. Klusteri määrittää prosessorin tyypin, siirtokäytännöt jne. Pienissä asennuksissa voit myös rajoittua oletusklusteriin.
Klusteri puolestaan koostuu Isäntä's, jotka suorittavat päätyön - ne kuljettavat virtuaalikoneita, niihin on kytketty tallennustila. Klusteri olettaa 2 tai useampia isäntiä. Vaikka on teknisesti mahdollista tehdä klusteri, jossa on yksi isäntä, tästä ei ole käytännön hyötyä.
oVirt tukee monia ominaisuuksia, mm. virtuaalikoneiden reaaliaikainen siirto hypervisoreiden (live migration) ja varastojen välillä (tallennussiirto), työpöydän virtualisointi (virtuaalityöpöytäinfrastruktuuri) VM-poolien kanssa, tilatäytetyt ja tilattomat VM:t, tuki NVidia Grid vGPU:lle, tuonti vSpherestä, KVM, on tehokas ja paljon enemmän. Kaikki nämä ominaisuudet ovat saatavilla rojaltivapaasti, ja tarvittaessa tukea voi ostaa Red Hatilta alueellisten kumppaneiden kautta.
Tietoja RHV:n hinnoista
Kustannukset eivät ole korkeat VMwareen verrattuna, vain tuki ostetaan - ilman vaatimusta ostaa itse lisenssi. Tuki ostetaan vain hypervisoreille, ovirt-engine, toisin kuin vCenter Server, ei vaadi kuluja.
Laskentaesimerkki 1. omistusvuodelle
Harkitse 4 2 pistorasiakoneen ryhmää ja vähittäismyyntihintoja (ei projektialennuksia).
RHV-standardiliittymä pistorasiaa kohden/vuosi (premium 365/24/7 - 1499 $), yhteensä 4*2*999$=$7992.
:
- VMware vCenter Server Standard 10,837.13 2,625.41 dollaria esiintymää kohden plus perustilaus 3,125.39 XNUMX dollaria (tuotanto XNUMX XNUMX dollaria);
- VMware vSphere Standard 1,164.15 552.61 $ + perustilaus 653.82 $ (tuotanto $ XNUMX);
- VMware vSphere Enterprise Plus 6,309.23 1,261.09 $ + perustilaus 1,499.94 XNUMX $ (tuotanto $ XNUMX XNUMX).
Yhteensä: 10 837,13 + 2 625,41 + 4 * 2 * (1 164,15 + 552,61) = $ 27 196,62 pienimmälle vaihtoehdolle. Ero on noin 3,5 kertaa!
oVirtissä kaikki toiminnot ovat käytettävissä ilman rajoituksia.
Lyhyet ominaisuudet ja maksimiarvot
Järjestelmävaatimukset
Hypervisor vaatii suorittimen, jossa laitteiston virtualisointi on käytössä, RAM-muistin vähimmäismäärä käynnistykseen on 2 GiB, suositeltu tallennustila käyttöjärjestelmälle on 55 GiB (enimmäkseen lokeille jne., käyttöjärjestelmä itse vie vähän).
Lisätietoja - .
varten Vähimmäisvaatimukset 2 ydintä / 4 gigatavua RAM-muistia / 25 gigatavua tallennustilaa. Suositus - alkaen 4 ytimestä / 16 GiB RAM-muistia / 50 GiB tallennustilaa.
Kuten kaikissa järjestelmissä, volyymeilla ja määrillä on rajoituksia, joista suurin osa ylittää saatavilla olevien kaupallisten massapalvelimien kyvyt. Kyllä, pari. pystyy käsittelemään 2 TiB RAM-muistia ja antaa 40 ydintä (80 säiettä), mikä on jopa vähemmän kuin yhden VM:n rajat.
Virtuaalikoneen maksimiarvot:
- Samanaikaisesti käynnissä olevien virtuaalikoneiden enimmäismäärä: Rajoittamaton;
- Virtuaalisuorittimien enimmäismäärä virtuaalikonetta kohti: 384;
- Virtuaalikoneen enimmäismuisti: 4 TiB;
- Yhden levyn enimmäiskoko virtuaalikonetta kohti: 8 TiB.
Isännän maksimiarvot:
- Loogiset suorittimen ytimet tai säikeet: 768;
- RAM: 12 TiB
- Isännöityjen virtuaalikoneiden määrä: 250;
- Samanaikaiset elävät muuttoliikkeet: 2 saapuvaa, 2 lähtevää;
- Live-siirtokaistanleveys: Oletuksena 52 MiB (~ 436 Mt) siirtoa kohti, kun käytetään vanhaa siirtokäytäntöä. Muut käytännöt käyttävät mukautuvia suoritusarvoja fyysisen laitteen nopeuteen perustuen. QoS-käytännöt voivat rajoittaa siirron kaistanleveyttä.
Managerin loogisten entiteettien enimmäismäärät:
4.3:ssa on .
- datakeskuksen
- Palvelinkeskusten enimmäismäärä: 400;
- Suurin isäntämäärä: 400 tuettua, 500 testattu;
- Virtuaalikoneen enimmäismäärä: 4000 tuettu, 5000 testattu;
- Cluster
- Klusterin enimmäismäärä: 400;
- Suurin isäntämäärä: 400 tuettua, 500 testattu;
- Virtuaalikoneen enimmäismäärä: 4000 tuettu, 5000 testattu;
- verkko
- Loogiset verkot/klusteri: 300
- SDN/ulkoiset verkot: 2600 testattu, ei pakotettua rajoitusta;
- varastointi
- Verkkotunnusten enimmäismäärä: 50 tuettua, 70 testattu;
- Isännät per verkkotunnus: Ei rajoitusta;
- Loogiset volyymit lohkoaluetta kohti (enemmän): 1500;
- LUN-tunnusten enimmäismäärä (enemmän): 300;
- Levyn enimmäiskoko: 500 TiB (oletuksena rajoitettu 8 TiB).
Toteutusvaihtoehdot
Kuten jo mainittiin, oVirt on rakennettu kahdesta peruselementistä - ovirt-engine (hallinta) ja ovirt-host (hypervisor).
Engineä voidaan isännöidä sekä alustan ulkopuolella (erillinen Manager - se voi olla toisella alustalla tai erillisellä hypervisorilla toimiva VM ja jopa fyysinen kone) että itse alustalla (itseisännöity moottori, samanlainen kuin VMwaren VCSA lähestyä).
Hypervisor voidaan asentaa (EL-isäntä) ja (oVirt-Node, perustuu el7:ään).
Kaikkien muunnelmien laitteistovaatimukset ovat suunnilleen samat.
Riisi. 4 - vakioarkkitehtuuri.
Riisi. 5 - Itseisännöity moottorin arkkitehtuuri.
Itselleni valitsin itsenäisen Managerin ja EL Hosts -vaihtoehdon:
- standalone Manager on hieman helpompi käynnistysongelmien kanssa, kana ja muna -dilemmaa ei ole (kuten VCSA:ssa - et aloita ennen kuin ainakin yksi isäntä on täysin valmis), mutta on riippuvainen toisesta järjestelmästä *;
- EL Host tarjoaa käyttöjärjestelmän täyden tehon, mikä on hyödyllistä ulkoiseen valvontaan, virheenkorjaukseen, vianetsintään ja muuhun.
* Tätä ei kuitenkaan vaadittu koko käyttöaikana edes vakavan sähkökatkon jälkeen.
Mutta enemmän asiaan!
Kokeilua varten on mahdollista vapauttaa pari ProLiant BL460c G7 -korttia Xeon® CPU:lla. Toistamme asennusprosessin niihin.
Nimetään solmut ovirt.lab.example.com, kvm01.lab.example.com ja kvm02.lab.example.com.
Mennään suoraan .
Lähde: will.com