Bevezetés
Nyílt forráskódú projekt — egy ingyenes vállalati szintű virtualizációs platform. A habr lapozása után rájöttem nem foglalkozik itt olyan széles körben, mint azt megérdemelné.
Az oVirt valójában a Red Hat Virtualization (RHV, korábban RHEV) kereskedelmi rendszer felfelé ívelő része, amely a Red Hat szárnya alatt növekszik. A félreértések elkerülése végett ezt nincs ugyanaz, mint a CentOS vs RHEL, a modell közelebb áll a Fedora vs RHEL-hez.
A motorháztető alatt - , webes felületet használnak a kezeléshez. RHEL/CentOS 7 operációs rendszeren alapul.
Az oVirt „hagyományos” szerver- és asztali virtualizációra (VDI) egyaránt használható, a VMware megoldással ellentétben a két rendszer egy komplexumban együtt tud működni.
A projekt jó , már régóta elérte a produktív használatra való érettséget, és készen áll a nagy terhelésre.
Ez a cikk az első a működő feladatátvevő fürt felépítésével foglalkozó sorozatban. Ha ezeket végigjártuk, rövid időn belül (kb. 2 óra) kapunk egy teljesen működőképes rendszert, bár számos probléma természetesen nem derül ki, ezekre igyekszem a következő cikkekben kitérni.
Több éve használjuk, a 4.1-es verziótól kezdve. Ipari rendszerünk jelenleg HPE Synergy 480 és ProLiant BL460c 10. generációs számítógépeken fut, Xeon Gold CPU-val.
A cikk írásakor a jelenlegi verzió a 4.3.
Cikkek
- Bevezetés (Itt vagyunk)
Funkcionális tulajdonságok
Az oVirtben 2 fő entitás van: ovirt-engine és ovirt-host(s). Aki ismeri a VMware termékeket, az oVirt mint platform egésze vSphere, az ovirt-engine - a vezérlőréteg - ugyanazokat a funkciókat látja el, mint a vCenter, az ovirt-host pedig egy hypervisor, mint az ESX (i). Mert A vSphere nagyon népszerű megoldás, néha össze fogom hasonlítani vele.
Rizs. 1 — oVirt vezérlőpult.
A legtöbb Linux-disztribúció és Windows-verzió vendéggépként támogatott. A vendéggépekhez ügynökök és optimalizált virtuális eszközök és virtio illesztőprogramok állnak rendelkezésre, elsősorban a lemezvezérlő és a hálózati interfész.
A hibatűrő megoldás és az összes érdekes funkció megvalósításához megosztott tárhelyre lesz szüksége. Mind a blokk FC, FCoE, iSCSI és NFS fájltárolók támogatottak, stb.. A hibatűrő megoldás megvalósításához a tárolórendszernek is hibatűrőnek kell lennie (legalább 2 vezérlő, többszörös átjárás).
Helyi tárhely használata lehetséges, de alapértelmezés szerint csak a megosztott tárolók alkalmasak valódi fürtökhöz. A helyi tárolás a rendszert a hipervizorok különálló halmazává teszi, és még megosztott tárolás esetén sem lehet fürtöt összeállítani. A leghelyesebb módszer a lemez nélküli gépek SAN-ról induló rendszerindítással, vagy a minimális méretű lemezek. Valószínűleg a vdsm hook-on keresztül lehetséges a Software Defined Storage helyi lemezekről (például Ceph) való összeállítása és virtuális gépen történő bemutatása, de ezt nem vettem komolyan.
építészet
Rizs. 2 - oVirt architektúra.
További részletek az építészetről itt találhatók fejlesztő.
Rizs. 3 — oVirt objektumok.
A hierarchia legfelső eleme a − Adatközpont. Meghatározza, hogy megosztott vagy helyi tárolót használ-e, valamint a használt szolgáltatáskészletet (kompatibilitás, 4.1–4.3). Lehet egy vagy több is. Számos lehetőséghez az alapértelmezett Data Center - Default - használata megfelelő.
Az adatközpont egy vagy több részből áll A klaszterek. A fürt határozza meg a processzor típusát, az áttelepítési házirendeket stb. Kisebb telepítéseknél korlátozhatja magát az Alapértelmezett fürtre is.
A klaszter pedig abból áll Házigazdaazok végzik a fő munkát – virtuális gépeket hordoznak, tárhely csatlakozik hozzájuk. Egy fürt 2 vagy több gazdagépet feltételez. Bár technikailag lehetséges egy fürt létrehozása 1 gazdagéppel, ennek nincs gyakorlati haszna.
Az oVirt számos funkciót támogat, pl. virtuális gépek élő migrációja hipervizorok (élő migráció) és tárhely-migráció (tárhely-migráció), asztali virtualizáció (virtuális asztali infrastruktúra) virtuális gépkészletekkel, állapotteljes és állapot nélküli virtuális gépek, NVidia Grid vGPU támogatása, import vSphere-ből, KVM-ből, van egy erős és még sok más. Mindezek a funkciók jogdíjmentesen állnak rendelkezésre, és ha támogatásra van szükség, támogatást vásárolhat a Red Hattől a regionális partnereken keresztül.
Az RHV árakról
A költségek nem magasak a VMware-hez képest, csak támogatást vásárolnak – magának a licencnek a megvásárlása nélkül. A támogatást csak a hypervisorok számára vásárolják meg, az ovirt-engine a vCenter Serverrel ellentétben nem igényel semmilyen költséget.
Példa az 1. birtoklási év számítására
Tekintsünk egy 4 db 2-aljzatos gépből álló klasztert és a kiskereskedelmi árakat (projektkedvezmények nélkül).
Normál RHV előfizetés aljzatonként/év (prémium 365/24/7 – 1499 USD), összesen 4*2*999 USD=$7992.
:
- VMware vCenter Server Standard 10,837.13 2,625.41 USD példányonként, plusz Basic előfizetés 3,125.39 XNUMX USD (termelés – XNUMX XNUMX USD);
- VMware vSphere Standard 1,164.15 552.61 USD + Alap előfizetés 653.82 USD (termelés XNUMX USD);
- VMware vSphere Enterprise Plus 6,309.23 1,261.09 USD + alap előfizetés 1,499.94 XNUMX USD (termelés XNUMX XNUMX USD).
Összesen: 10 837,13 + 2 625,41 + 4 * 2 * (1 164,15 + 552,61) = $ 27 196,62 a legfiatalabb lehetőséghez. A különbség körülbelül 3,5-szeres!
Az oVirtben minden funkció korlátozás nélkül elérhető.
Rövid jellemzők és maximumok
Gépigény
A hypervisor olyan CPU-t igényel, amelyen a hardveres virtualizáció engedélyezett, a minimális RAM mennyisége az indításhoz 2 GiB, az operációs rendszerhez ajánlott tárhely 55 GiB (leginkább naplókhoz stb., maga az operációs rendszer keveset foglal).
További részletek - .
mert minimális követelmények 2 mag/4 GiB RAM/25 GiB tárhely. Ajánlott - 4 mag/16 GiB RAM/50 GiB tárhelytől.
Mint minden rendszer esetében, itt is vannak korlátozások a mennyiségekre és a mennyiségekre vonatkozóan, amelyek többsége meghaladja az elérhető tömeges kereskedelmi szerverek képességeit. Igen, pár 2 TiB RAM-ot képes megszólítani, és 40 magot (80 szálat) ad, ami még egyetlen virtuális gép korlátainál is kevesebb.
Virtuális gép maximumai:
- Egyidejűleg futó virtuális gépek maximális száma: Korlátlan;
- Virtuális CPU-k maximális száma virtuális gépenként: 384;
- Maximális memória virtuális gépenként: 4 TiB;
- Maximális egyetlen lemezméret virtuális gépenként: 8 TiB.
Host maximumok:
- Logikai CPU magok vagy szálak: 768;
- RAM: 12 TiB;
- Hostolt virtuális gépek száma: 250;
- Egyidejű élő vándorlások: 2 bejövő, 2 kimenő;
- Élő áttelepítési sávszélesség: Alapértelmezés szerint 52 MiB (~436 Mb) migrációnként, ha a régi migrációs házirendet használja. Más házirendek adaptív átviteli értékeket használnak a fizikai eszköz sebessége alapján. A QoS-házirendek korlátozhatják a migrációs sávszélességet.
Menedzser logikai entitások maximumai:
A 4.3-ban vannak .
- Adatközpont
- Az adatközpontok maximális száma: 400;
- Maximális gazdagépszám: 400 támogatott, 500 tesztelt;
- Maximális virtuális gépek száma: 4000 támogatott, 5000 tesztelt;
- Fürt
- Maximális klaszterszám: 400;
- Maximális gazdagépszám: 400 támogatott, 500 tesztelt;
- Maximális virtuális gépek száma: 4000 támogatott, 5000 tesztelt;
- Hálózat
- Logikai hálózatok/fürt: 300;
- SDN/külső hálózatok: 2600 tesztelt, nincs kötelező korlát;
- Tárolás
- Maximális domain: 50 támogatott, 70 tesztelt;
- Hostok domainenként: nincs korlátozás;
- Logikai kötetek blokktartományonként (több): 1500;
- LUN-ok maximális száma (több): 300;
- Maximális lemezméret: 500 TiB (alapértelmezés szerint 8 TiB).
Megvalósítási lehetőségek
Mint már említettük, az oVirt 2 alapelemből épül fel - ovirt-engine (vezérlő) és ovirt-host (hipervizor).
A motor elhelyezhető akár magán a platformon kívül (önálló Manager - ez lehet egy másik platformon futó virtuális gép vagy külön hypervisor, vagy akár egy fizikai gép), vagy magán a platformon (a VCSA megközelítéshez hasonlóan saját üzemeltetésű motor a VMware-től).
A hipervizor bármelyikre telepíthető (EL Host), és tovább (oVirt-Node, el7 alapján).
Az összes opció hardverkövetelménye megközelítőleg azonos.
Rizs. 4 - szabványos architektúra.
Rizs. 5 – Önkiszolgáló motor architektúra.
Saját magam számára az önálló Manager és EL Hosts opciót választottam:
- Az önálló Manager egy kicsit könnyebb, ha indítási problémákról van szó, nincs tyúk-tojás dilemma (mint a VCSA-nál – addig nem lehet elindítani, amíg legalább egy gazdagép teljesen fel nem üzemel), de egy másik rendszertől függ*;
- Az EL Host az operációs rendszer minden erejét biztosítja, ami hasznos külső megfigyeléshez, hibakereséshez, hibaelhárításhoz stb.
* Erre azonban a teljes üzemidő alatt még komoly áramszünet után sem volt szükség.
De térjünk a lényegre!
Kísérletezés céljából lehetőség van egy pár ProLiant BL460c G7 penge kiadására Xeon® CPU-val. Ezeket a telepítési folyamat reprodukálásához fogjuk használni.
Adjuk a csomópontoknak az ovirt.lab.example.com, kvm01.lab.example.com és kvm02.lab.example.com nevet.
Menjünk közvetlenül a .
Forrás: will.com