Indledning
open source-projekt er en gratis virtualiseringsplatform i virksomhedskvalitet. Når jeg rullede gennem habr, fandt jeg det er ikke dækket så bredt, som det fortjener.
oVirt er faktisk opstrøms for det kommercielle Red Hat Virtualization (RHV, tidligere RHEV) system, der vokser under Red Hats vinge. For at undgå forvirring, dette nej det samme som CentOS vs RHEL, modellen er tættere på Fedora vs RHEL.
Under kølerhjelmen - , bruges webgrænsefladen til administration. Baseret på RHEL/CentOS 7 OS.
oVirt kan bruges til både "traditionel" server- og desktopvirtualisering (VDI), i modsætning til VMware-løsningen kan begge systemer eksistere sammen i ét kompleks.
projekt godt , har længe nået modenhed til produktiv brug og er klar til høje belastninger.
Denne artikel er den første i en serie om, hvordan man opbygger en fungerende failover-klynge. Efter at have gennemgået dem, vil vi i løbet af kort tid (ca. 2 timer) få et fuldt fungerende system, selvom en række problemer selvfølgelig ikke kan afsløres, jeg vil forsøge at dække dem i de følgende artikler.
Vi har brugt det i flere år, vi startede med version 4.1. Vores industrielle system lever nu på 480. generation af HPE Synergy 460 og ProLiant BL10c computere med Xeon Gold CPU'er.
I skrivende stund er den aktuelle version 4.3.
Artikler
- Introduktion (Vi er her)
Funktionsfunktioner
Der er 2 hovedenheder i oVirt: ovirt-motor og ovirt-vært(er). For dem, der er fortrolige med VMware-produkter, er oVirt som helhed som en platform vSphere, ovirt-engine - kontrollaget - udfører de samme funktioner som vCenter, og ovirt-host er en hypervisor, som ESX (i). Fordi vSphere er en meget populær løsning, nogle gange vil jeg sammenligne den med den.
Ris. 1 - oVirt kontrolpanel.
De fleste Linux-distributioner og Windows-versioner understøttes som gæstemaskiner. For gæstemaskiner er der agenter og optimerede virtuelle enheder og virtio-drivere, primært en diskcontroller og en netværksgrænseflade.
For at implementere en fejltolerant løsning og alle de interessante funktioner, har du brug for delt opbevaring. Både blok FC-, FCoE-, iSCSI- og fil-NFS-lager understøttes osv. For at implementere en fejltolerant løsning skal lagersystemet også være fejltolerant (mindst 2 controllere, multipassering).
Brug af lokale lager er muligt, men som standard er kun delte lager egnede til en rigtig klynge. Lokale lagerpladser gør systemet til et forskelligt sæt hypervisorer, og selv med delt lager kan en klynge ikke samles. Den mest korrekte måde er diskløse maskiner med boot fra SAN, eller diske af minimum størrelse. Sandsynligvis, gennem vdsm-krogen, er det muligt at bygge fra lokale diske med Software Defined Storage (for eksempel Ceph) og præsentere sin VM, men jeg overvejede det ikke seriøst.
arkitektur
Ris. 2 - oVirt arkitektur.
Mere information om arkitekturen kan findes i Udvikler.
Ris. 3 - oVirt objekter.
Det øverste element i hierarkiet − Data Center. Det bestemmer, om der bruges delt eller lokal lagring, såvel som det anvendte funktionssæt (kompatibilitet, 4.1 til 4.3). Der kan være en eller flere. For mange muligheder er standarddatacentret standard.
Datacentret består af en eller flere Klynger. Klyngen bestemmer typen af processor, migrationspolitikker osv. For små installationer kan du også begrænse dig til standardklyngen.
Klyngen består til gengæld af Host's, der udfører hovedarbejdet - de bærer virtuelle maskiner, lagre er forbundet til dem. Klyngen antager 2 eller flere værter. Selvom det er teknisk muligt at lave en klynge med 1 vært, er dette ikke praktisk anvendeligt.
oVirt understøtter mange funktioner, inkl. live migrering af virtuelle maskiner mellem hypervisorer (live migration) og storage (storage migration), desktop virtualisering (virtuel desktop infrastruktur) med VM pools, statefull og stateless VM'er, understøttelse af NVidia Grid vGPU, import fra vSphere, KVM, der er en kraftfuld og meget mere. Alle disse funktioner er tilgængelige royaltyfrit, og om nødvendigt kan support købes fra Red Hat gennem regionale partnere.
Om RHV priser
Omkostningerne er ikke høje i forhold til VMware, kun support købes – uden krav om at købe selve licensen. Support købes kun til hypervisorer, ovirt-engine kræver, i modsætning til vCenter Server, ikke udgifter.
Regneeksempel for 1. ejerår
Overvej en klynge med 4 2-stikkontakter og udsalgspriser (ingen projektrabatter).
RHV Standard Abonnement pr. stik/år (premium 365/24/7 - $1499), i alt 4*2*$999=$7992.
:
- VMware vCenter Server Standard $10,837.13 pr. forekomst plus basisabonnement $2,625.41 (Produktion $3,125.39);
- VMware vSphere Standard $1,164.15 + Basisabonnement $552.61 (Produktion $653.82);
- VMware vSphere Enterprise Plus $6,309.23 + Basisabonnement $1,261.09 (Produktion $1,499.94).
I alt: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 for den mindste mulighed. Forskellen er omkring 3,5 gange!
I oVirt er alle funktioner tilgængelige uden begrænsninger.
Korte egenskaber og maksimum
Systemkrav
Hypervisoren kræver en CPU med hardwarevirtualisering aktiveret, den mindste mængde RAM for at starte er 2 GiB, den anbefalede mængde lagerplads til OS er 55 GiB (for det meste til logfiler osv., selve OS fylder lidt).
Flere detaljer - .
for minimumskrav 2 kerner/4 GiB RAM/25 GiB lager. Anbefalet - fra 4 kerner / 16 GiB RAM / 50 GiB lager.
Som med ethvert system er der begrænsninger for mængder og mængder, hvoraf de fleste overstiger mulighederne for tilgængelige kommercielle masseservere. Ja, et par. kan adressere 2 TiB RAM og giver 40 kerner (80 tråde), hvilket er endnu mindre end grænserne for en VM.
Maksimum for virtuelle maskiner:
- Maksimalt antal virtuelle maskiner, der kører samtidigt: Ubegrænset;
- Maksimal virtuelle CPU'er pr. virtuel maskine: 384;
- Maksimal hukommelse pr. virtuel maskine: 4 TiB;
- Maksimal enkelt diskstørrelse pr. virtuel maskine: 8 TiB.
Værts maksimum:
- Logiske CPU-kerner eller -tråde: 768;
- RAM: 12 TiB
- Antal hostede virtuelle maskiner: 250;
- Samtidige direkte migrationer: 2 indgående, 2 udgående;
- Live migreringsbåndbredde: Standard til 52 MiB (~436 Mb) pr. migrering ved brug af den ældre migreringspolitik. Andre politikker bruger adaptive gennemløbsværdier baseret på den fysiske enheds hastighed. QoS-politikker kan begrænse migreringsbåndbredden.
Manager logiske enhedsmaksimum:
I 4.3 er der .
- Datacenter
- Maksimalt antal datacenter: 400;
- Maksimalt antal værter: 400 understøttede, 500 testede;
- Maksimalt VM-antal: 4000 understøttede, 5000 testede;
- Cluster
- Maksimalt klyngeantal: 400;
- Maksimalt antal værter: 400 understøttede, 500 testede;
- Maksimalt VM-antal: 4000 understøttede, 5000 testede;
- Netværk
- Logiske netværk/klynge: 300
- SDN/eksterne netværk: 2600 testet, ingen håndhævet grænse;
- Opbevaring
- Maksimalt antal domæner: 50 understøttede, 70 testede;
- Værter pr. domæne: Ingen grænse;
- Logiske volumener pr. blokdomæne (mere): 1500;
- Maksimalt antal LUN'er (flere): 300;
- Maksimal diskstørrelse: 500 TiB (begrænset til 8 TiB som standard).
Implementeringsmuligheder
Som allerede nævnt er oVirt bygget af 2 grundelementer - ovirt-motor (management) og ovirt-host (hypervisor).
Motoren kan hostes både uden for selve platformen (standalone Manager - det kan være en VM, der kører på en anden platform eller en separat hypervisor, og endda en fysisk maskine), og på selve platformen (selv-hostet motor, svarende til VMwares VCSA nærme sig).
Hypervisoren kan installeres på (EL Host) og (oVirt-Node, baseret på el7).
Hardwarekravene for alle varianter er omtrent de samme.
Ris. 4 - standard arkitektur.
Ris. 5 - Self-hosted Engine-arkitektur.
For mig selv valgte jeg den selvstændige Manager og EL Hosts mulighed:
- standalone Manager er lidt nemmere med opstartsproblemer, der er ingen kylling og æg dilemma (som for VCSA - du starter ikke før mindst én vært er helt oppe), men der er en afhængighed af et andet system *;
- EL Host leverer den fulde kraft af OS, hvilket er nyttigt til ekstern overvågning, fejlfinding, fejlfinding og mere.
* Dette var dog ikke påkrævet under hele driftsperioden, selv efter et alvorligt strømsvigt.
Men mere til sagen!
For at eksperimentere er det muligt at frigive et par ProLiant BL460c G7 blade med Xeon® CPU. Vi vil gengive installationsprocessen på dem.
Lad os navngive noderne ovirt.lab.example.com, kvm01.lab.example.com og kvm02.lab.example.com.
Lad os gå direkte til .
Kilde: www.habr.com