úvod
open source projekt je bezplatná virtualizační platforma podnikové úrovně. Když jsem procházel habr, našel jsem to není pokryta tak široce, jak by si zasloužila.
oVirt je ve skutečnosti upstream pro komerční systém Red Hat Virtualization (RHV, dříve RHEV), který roste pod křídly Red Hat. Aby nedošlo k záměně, toto ne stejně jako CentOS vs RHEL, model je blíže Fedora vs RHEL.
Pod kapotou - , pro správu slouží webové rozhraní. Založeno na operačním systému RHEL/CentOS 7.
oVirt lze použít pro „tradiční“ virtualizaci serverů i desktopů (VDI), na rozdíl od řešení VMware mohou oba systémy koexistovat v jednom komplexu.
Projekt dobře , již dávno dosáhl zralosti pro produktivní použití a je připraven na vysoké zatížení.
Tento článek je prvním ze série o tom, jak vytvořit funkční cluster s podporou převzetí služeb při selhání. Po jejich projití se během krátké doby (cca 2 hodiny) dočkáme plně funkčního systému, i když řadu záležitostí samozřejmě nelze prozradit, pokusím se je postihnout v následujících článcích.
Používáme již několik let, začínali jsme s verzí 4.1. Náš průmyslový systém nyní žije na počítačích HPE Synergy 480 a ProLiant BL460c 10. generace s procesory Xeon Gold.
V době psaní tohoto článku je aktuální verze 4.3.
Články
- Úvod (Jsme zde)
Funkční vlastnosti
V oVirt jsou 2 hlavní entity: ovirt-engine a ovirt-host(s). Pro ty, kteří jsou obeznámeni s produkty VMware, oVirt jako celek jako platforma je vSphere, ovirt-engine - řídicí vrstva - vykonává stejné funkce jako vCenter a ovirt-host je hypervizor, jako ESX (i). Protože vSphere je velmi oblíbené řešení, občas ho s ním porovnám.
Rýže. 1 - Ovládací panel oVirt.
Většina distribucí Linuxu a verzí Windows je podporována jako hostující počítače. Pro hostující stroje existují agenti a optimalizovaná virtuální zařízení a virtio ovladače, především diskový řadič a síťové rozhraní.
K implementaci řešení odolného proti chybám a všech zajímavých funkcí budete potřebovat sdílené úložiště. Podporována jsou jak bloková FC, FCoE, iSCSI, tak i souborová NFS úložiště atd. Aby bylo možné implementovat řešení odolné proti chybám, musí být systém úložiště také odolný proti chybám (alespoň 2 řadiče, vícepropustný).
Použití lokálních úložišť je možné, ale ve výchozím nastavení jsou pro skutečný cluster vhodná pouze sdílená úložiště. Místní úložiště dělají ze systému nesourodou sadu hypervizorů a ani se sdíleným úložištěm nelze sestavit cluster. Nejsprávnější cestou jsou bezdiskové stroje s bootováním ze SAN, nebo disky minimální velikosti. Pravděpodobně lze přes vdsm hook sestavit z lokálních disků Software Defined Storage (například Ceph) a prezentovat jeho VM, ale vážně jsem o tom neuvažoval.
architektura
Rýže. 2 - Architektura oVirt.
Více informací o architektuře naleznete v vývojář.
Rýže. 3 - oVirt objekty.
Nejvyšší prvek v hierarchii − Data Center. Určuje, zda se použije sdílené nebo místní úložiště, a také použitá sada funkcí (kompatibilita, 4.1 až 4.3). Může být jeden nebo více. U mnoha možností je použití výchozího datového centra Výchozí.
Datové centrum se skládá z jednoho nebo více Klastry. Cluster určuje typ procesoru, zásady migrace atd. U malých instalací se také můžete omezit na Výchozí cluster.
Klastr se zase skládá z hostitel's, které vykonávají hlavní práci - nesou virtuální stroje, jsou k nim připojena úložiště. Cluster předpokládá 2 nebo více hostitelů. Ačkoli je technicky možné vytvořit cluster s 1 hostitelem, není to praktické.
oVirt podporuje mnoho funkcí, vč. živá migrace virtuálních strojů mezi hypervizory (živá migrace) a úložišti (migrace úložiště), virtualizace desktopů (infrastruktura virtuálních desktopů) s fondy VM, stavové a bezstavové VM, podpora pro NVidia Grid vGPU, import z vSphere, KVM, existuje výkonný a mnohem víc. Všechny tyto funkce jsou k dispozici zdarma a v případě potřeby lze podporu zakoupit od společnosti Red Hat prostřednictvím regionálních partnerů.
O cenách RHV
Náklady nejsou v porovnání s VMware vysoké, nakupuje se pouze podpora – bez požadavku na zakoupení samotné licence. Podpora je zakoupena pouze pro hypervizory, ovirt-engine na rozdíl od vCenter Serveru nevyžaduje žádné výdaje.
Příklad výpočtu za 1. rok vlastnictví
Zvažte skupinu 4 2 zásuvkových strojů a maloobchodní ceny (žádné slevy na projekt).
Standardní předplatné RHV za zásuvku/rok (prémiové 365/24/7 - 1499 USD), celkem 4*2*999 USD=$7992.
:
- VMware vCenter Server Standard 10,837.13 2,625.41 $ za instanci plus základní předplatné 3,125.39 XNUMX $ (produkce XNUMX XNUMX $);
- VMware vSphere Standard 1,164.15 552.61 $ + základní předplatné 653.82 $ (výrobní XNUMX $);
- VMware vSphere Enterprise Plus 6,309.23 1,261.09 $ + základní předplatné 1,499.94 XNUMX $ (produkce XNUMX XNUMX $).
Celkem: 10 837,13 + 2 625,41 + 4 * 2 * (1 164,15 + 552,61) = $ 27 196,62 pro nejmenší možnost. Rozdíl je asi 3,5krát!
V oVirt jsou všechny funkce dostupné bez omezení.
Stručná charakteristika a maxima
Systémové požadavky
Hypervizor vyžaduje CPU s povolenou hardwarovou virtualizací, minimální velikost RAM pro spuštění je 2 GiB, doporučená velikost úložiště pro OS je 55 GiB (většinou pro logy atd., OS sám zabírá málo).
Více informací - .
pro minimální požadavky 2 jádra/4 GiB RAM/25 GiB úložiště. Doporučeno - od 4 jader / 16 GiB RAM / 50 GiB úložiště.
Jako u každého systému existují limity na objemy a množství, z nichž většina překračuje možnosti dostupných hromadných komerčních serverů. Ano, pár. umí adresovat 2 TiB RAM a dává 40 jader (80 vláken), což je ještě méně než limity jednoho VM.
Maximum virtuálních strojů:
- Maximální počet souběžně běžících virtuálních strojů: Neomezený;
- Maximální počet virtuálních CPU na virtuální stroj: 384;
- Maximální paměť na virtuální stroj: 4 TiB;
- Maximální velikost jednoho disku na virtuální stroj: 8 TiB.
Maximum hostitelů:
- Logická jádra CPU nebo vlákna: 768;
- RAM: 12 TiB
- Počet hostovaných virtuálních strojů: 250;
- Současné živé migrace: 2 příchozí, 2 odchozí;
- Šířka pásma živé migrace: Výchozí hodnota je 52 MiB (~436 Mb) na migraci při použití starší migrační politiky. Jiné zásady používají hodnoty adaptivní propustnosti založené na rychlosti fyzického zařízení. Zásady QoS mohou omezit šířku pásma migrace.
Maximum manažerských logických entit:
Ve 4.3 jsou .
- Datové centrum
- Maximální počet datových center: 400;
- Maximální počet hostitelů: 400 podporovaných, 500 testovaných;
- Maximální počet VM: 4000 podporovaných, 5000 testovaných;
- Shluk
- Maximální počet clusterů: 400;
- Maximální počet hostitelů: 400 podporovaných, 500 testovaných;
- Maximální počet VM: 4000 podporovaných, 5000 testovaných;
- Síť
- Logické sítě/klastr: 300
- SDN/externí sítě: testováno 2600, žádný vynucený limit;
- Skladování
- Maximální počet domén: 50 podporovaných, 70 testovaných;
- Hostitelé na doménu: Bez omezení;
- Logické svazky na blokovou doménu (více): 1500;
- Maximální počet LUN (více): 300;
- Maximální velikost disku: 500 TiB (ve výchozím nastavení omezeno na 8 TiB).
Možnosti implementace
Jak již bylo zmíněno, oVirt je postaven ze 2 základních prvků – ovirt-engine (management) a ovirt-host (hypervisor).
Engine může být hostován jak mimo samotnou platformu (standalone Manager – může to být VM běžící na jiné platformě nebo samostatný hypervizor, a dokonce i fyzický stroj), tak na samotné platformě (self-hosted engine, podobně jako VMware VCSA přístup).
Hypervizor lze nainstalovat na (EL Host) a (oVirt-Node, založený na el7).
Hardwarové požadavky pro všechny varianty jsou přibližně stejné.
Rýže. 4 - standardní architektura.
Rýže. 5 - Architektura enginu s vlastním hostitelem.
Pro sebe jsem si vybral možnost samostatného správce a hostitele EL:
- standalone Manager je trochu snazší s problémy se spouštěním, není zde žádné dilema slepice a vejce (jako u VCSA – nespustíte, dokud nebude plně spuštěn alespoň jeden hostitel), ale je zde závislost na jiném systému *;
- EL Host poskytuje plný výkon operačního systému, což je užitečné pro externí monitorování, ladění, odstraňování problémů a další.
* To však nebylo nutné po celou dobu provozu ani po vážném výpadku proudu.
Ale více k věci!
Pro experimentování je možné uvolnit dvojici blade serverů ProLiant BL460c G7 s procesorem Xeon®. Budeme na nich reprodukovat proces instalace.
Jmenujme uzly ovirt.lab.example.com, kvm01.lab.example.com a kvm02.lab.example.com.
Pojďme přímo k .
Zdroj: www.habr.com