Introducció
projecte de codi obert és una plataforma de virtualització gratuïta de grau empresarial. Desplaçant-me per habr, ho vaig trobar no està cobert tan àmpliament com es mereix.
oVirt és en realitat aigües amunt per al sistema comercial de virtualització de Red Hat (RHV, abans RHEV), que creix sota l'ala de Red Hat. Per evitar confusions, això no el mateix que CentOS vs RHEL, model més proper a Fedora vs RHEL.
Sota el capó - , la interfície web s'utilitza per a la gestió. Basat en RHEL/CentOS 7 OS.
oVirt es pot utilitzar tant per a la virtualització de servidors "tradicionals" com per a la virtualització d'escriptori (VDI), a diferència de la solució VMware, ambdós sistemes poden coexistir en un sol complex.
Projecta bé , fa temps que ha arribat a la maduresa per a un ús productiu i està preparat per a càrregues elevades.
Aquest article és el primer d'una sèrie sobre com crear un clúster de failover que funcioni. Després de passar-los, en poc temps (unes 2 hores) aconseguirem un sistema totalment funcional, encara que una sèrie de qüestions, per descomptat, no es poden revelar, intentaré cobrir-les en els articles següents.
Fa anys que l'utilitzem, vam començar amb la versió 4.1. El nostre sistema industrial ara viu amb càlculs HPE Synergy 480 i ProLiant BL460c de 10a generació amb CPU Xeon Gold.
En el moment d'escriure, la versió actual és la 4.3.
articles
- Introducció (som aquí)
Característiques funcionals
Hi ha 2 entitats principals a oVirt: ovirt-engine i ovirt-host(s). Per a aquells que estiguin familiaritzats amb els productes VMware, oVirt en el seu conjunt com a plataforma és vSphere, ovirt-engine, la capa de control, realitza les mateixes funcions que vCenter i ovirt-host és un hipervisor, com ESX (i). Perquè vSphere és una solució molt popular, de vegades la compararé amb ella.
Arròs. 1 - Tauler de control oVirt.
La majoria de les distribucions de Linux i les versions de Windows són compatibles com a màquines convidades. Per a les màquines convidades, hi ha agents i dispositius virtuals optimitzats i controladors virtio, principalment un controlador de disc i una interfície de xarxa.
Per implementar una solució tolerant a errors i totes les funcions interessants, necessitareu emmagatzematge compartit. S'admeten els emmagatzematges de blocs FC, FCoE, iSCSI i NFS de fitxers, etc. Per implementar una solució tolerant a errors, el sistema d'emmagatzematge també ha de ser tolerant a errors (almenys 2 controladors, multipassing).
L'ús d'emmagatzematge local és possible, però per defecte només els emmagatzematges compartits són adequats per a un clúster real. Els emmagatzematges locals fan del sistema un conjunt dispar d'hipervisors i, fins i tot amb l'emmagatzematge compartit, no es pot muntar un clúster. La manera més correcta són les màquines sense disc amb arrencada des de SAN, o discs de mida mínima. Probablement, a través del ganxo vdsm, és possible construir a partir de discs locals d'emmagatzematge definit per programari (per exemple, Ceph) i presentar la seva VM, però no m'ho vaig plantejar seriosament.
arquitectura
Arròs. 2 - Arquitectura oVirt.
Podeu trobar més informació sobre l'arquitectura a desenvolupador.
Arròs. 3 - oVirt objectes.
L'element superior de la jerarquia − Data Center. Determina si s'utilitza emmagatzematge compartit o local, així com el conjunt de funcions utilitzat (compatibilitat, 4.1 a 4.3). Hi pot haver un o més. Per a moltes opcions, utilitzar el centre de dades predeterminat és per defecte.
El centre de dades consta d'un o més Cúmuls. El clúster determina el tipus de processador, les polítiques de migració, etc. Per a instal·lacions petites, també podeu limitar-vos al clúster predeterminat.
El clúster, al seu torn, consta de Amfitrió's que realitzen el treball principal: porten màquines virtuals, els emmagatzematges hi estan connectats. El clúster assumeix 2 o més amfitrions. Tot i que tècnicament és possible fer un clúster amb 1 host, això no és d'utilitat pràctica.
oVirt admet moltes funcions, incl. migració en directe de màquines virtuals entre hipervisors (migració en directe) i emmagatzematge (migració d'emmagatzematge), virtualització d'escriptoris (infraestructura d'escriptori virtual) amb grups de VM, màquines virtuals sense estat i sense estat, suport per a NVidia Grid vGPU, importació des de vSphere, KVM, hi ha un potent i molt més. Totes aquestes funcions estan disponibles sense drets d'autor i, si cal, es pot comprar assistència a Red Hat a través de socis regionals.
Sobre els preus de RHV
El cost no és elevat en comparació amb VMware, només es compra suport, sense el requisit de comprar la llicència. El suport només es compra per a hipervisors, ovirt-engine, a diferència de vCenter Server, no requereix despeses.
Exemple de càlcul per al 1r any de propietat
Penseu en un grup de màquines de 4 2 endolls i preus al detall (sense descomptes de projecte).
Subscripció estàndard RHV per endoll/any (premium 365/24/7 - 1499 $), total 4*2*999 $=$7992.
:
- VMware vCenter Server Standard 10,837.13 $ per instància més subscripció bàsica 2,625.41 $ (producció 3,125.39 $);
- VMware vSphere Standard 1,164.15 $ + subscripció bàsica 552.61 $ (producció 653.82 $);
- VMware vSphere Enterprise Plus 6,309.23 $ + subscripció bàsica 1,261.09 $ (producció 1,499.94 $).
Total: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 per l'opció més petita. La diferència és d'unes 3,5 vegades!
A oVirt, totes les funcions estan disponibles sense restriccions.
Breus característiques i màxims
Requisits del sistema
L'hipervisor requereix una CPU amb la virtualització de maquinari activada, la quantitat mínima de RAM per iniciar és de 2 GiB, la quantitat d'emmagatzematge recomanada per al sistema operatiu és de 55 GiB (principalment per a registres, etc., el sistema operatiu en si ocupa poc).
Més detalls - .
Per requisits mínims 2 nuclis/4 GiB de RAM/25 GiB d'emmagatzematge. Recomanat: a partir de 4 nuclis / 16 GiB de RAM / 50 GiB d'emmagatzematge.
Com amb qualsevol sistema, hi ha límits en volums i quantitats, la majoria dels quals superen les capacitats dels servidors comercials massius disponibles. Sí, una parella. pot abordar 2 TiB de RAM i ofereix 40 nuclis (80 fils), que és fins i tot menys que els límits d'una VM.
Màxims de màquines virtuals:
- Màxim de màquines virtuals que s'executen simultàniament: il·limitat;
- CPU virtuals màximes per màquina virtual: 384;
- Memòria màxima per màquina virtual: 4 TiB;
- Mida màxima de disc únic per màquina virtual: 8 TiB.
Màxims d'amfitrió:
- Nuclis o fils lògics de la CPU: 768;
- RAM: 12 TiB
- Nombre de màquines virtuals allotjades: 250;
- Migracions en directe simultànies: 2 entrants, 2 sortints;
- Ample de banda de migració en directe: el valor predeterminat és de 52 MiB (~436 Mb) per migració quan s'utilitza la política de migració heretada. Altres polítiques utilitzen valors de rendiment adaptatius basats en la velocitat del dispositiu físic. Les polítiques de QoS poden limitar l'amplada de banda de migració.
Màxims d'entitats lògiques del gestor:
En 4.3 n'hi ha .
- Centre de dades
- Recompte màxim de centres de dades: 400;
- Recompte màxim d'amfitrions: 400 admesos, 500 provats;
- Recompte màxim de VM: 4000 compatibles, 5000 provats;
- Cluster
- Recompte màxim de clústers: 400;
- Recompte màxim d'amfitrions: 400 admesos, 500 provats;
- Recompte màxim de VM: 4000 compatibles, 5000 provats;
- Xarxa
- Xarxes lògiques/clúster: 300
- SDN/xarxes externes: 2600 provats, sense límit aplicat;
- Dipòsit
- Dominis màxim: 50 admesos, 70 provats;
- Amfitrions per domini: sense límit;
- Volums lògics per domini de bloc (més): 1500;
- Nombre màxim de LUN (més): 300;
- Mida màxima del disc: 500 TiB (limitat a 8 TiB per defecte).
Opcions d'implementació
Com ja s'ha esmentat, oVirt es construeix a partir de 2 elements bàsics: ovirt-engine (gestió) i ovirt-host (hipervisor).
El motor es pot allotjar tant fora de la plataforma en si (gestor autònom: pot ser una màquina virtual que s'executa en una altra plataforma o un hipervisor independent, i fins i tot una màquina física), com a la mateixa plataforma (motor autoallotjat, similar al VCSA de VMware). enfocament).
L'hipervisor es pot instal·lar (EL Host) i (oVirt-Node, basat en el7).
Els requisits de maquinari per a totes les variants són aproximadament els mateixos.
Arròs. 4 - arquitectura estàndard.
Arròs. 5 - Arquitectura del motor autoallotjat.
Per a mi, vaig triar l'opció de gestor autònom i amfitrions EL:
- El gestor autònom és una mica més fàcil amb problemes d'inici, no hi ha cap dilema de gallina i ou (com per a VCSA: no començareu fins que almenys un amfitrió estigui completament activat), però hi ha una dependència d'un altre sistema *;
- EL Host proporciona tota la potència del sistema operatiu, que és útil per a la supervisió externa, la depuració, la resolució de problemes i molt més.
* No obstant això, això no va ser necessari durant tot el període d'operació, fins i tot després d'una fallada d'alimentació greu.
Però més al punt!
Per experimentar, és possible alliberar un parell de blades ProLiant BL460c G7 amb CPU Xeon®. En ells reproduirem el procés d'instal·lació.
Anomenem els nodes ovirt.lab.example.com, kvm01.lab.example.com i kvm02.lab.example.com.
Anem directament a .
Font: www.habr.com