Introdución
proxecto de código aberto é unha plataforma gratuíta de virtualización empresarial. Desprazándome por habr, atopei iso non está cuberto tanto como merece.
oVirt está en realidade ascendente para o sistema comercial Red Hat Virtualization (RHV, antes RHEV), crecendo baixo a á de Red Hat. Para evitar confusións, isto non igual que CentOS vs RHEL, modelo máis próximo a Fedora vs RHEL.
Baixo o capó - , a interface web úsase para a xestión. Baseado en RHEL/CentOS 7 OS.
oVirt pódese usar tanto para a virtualización de servidores "tradicionais" como para a virtualización de escritorios (VDI), a diferenza da solución VMware, ambos os sistemas poden coexistir nun mesmo complexo.
Proxecta ben , xa alcanzou a madurez para o seu uso produtivo e está preparado para cargas elevadas.
Este artigo é o primeiro dunha serie sobre como construír un clúster de conmutación por fallo que funcione. Despois de percorrelos, en pouco tempo (aproximadamente 2 horas) conseguiremos un sistema totalmente funcional, aínda que unha serie de cuestións, por suposto, non se poden revelar, tentarei tratalas nos seguintes artigos.
Levamos varios anos usándoo, comezamos coa versión 4.1. O noso sistema industrial agora vive en computadores HPE Synergy 480 e ProLiant BL460c de décima xeración con CPU Xeon Gold.
No momento de escribir este artigo, a versión actual é a 4.3.
artigos
- Introdución (Estamos aquí)
Características funcionais
Existen dúas entidades principais en oVirt: ovirt-engine e ovirt-host(s). Para aqueles que estean familiarizados cos produtos VMware, oVirt no seu conxunto como plataforma é vSphere, ovirt-engine -a capa de control- realiza as mesmas funcións que vCenter e ovirt-host é un hipervisor, como ESX (i). Porque vSphere é unha solución moi popular, ás veces comparareino con ela.
Arroz. 1 - oVirt panel de control.
A maioría das distribucións de Linux e das versións de Windows son compatibles como máquinas convidadas. Para as máquinas convidadas, hai axentes e dispositivos virtuais optimizados e controladores virtio, principalmente un controlador de disco e unha interface de rede.
Para implementar unha solución tolerante a fallos e todas as funcións interesantes, necesitarás almacenamento compartido. Admítense tanto os almacenamentos de bloques FC, FCoE, iSCSI como NFS de ficheiros, etc. Para implementar unha solución tolerante a fallos, o sistema de almacenamento tamén debe ser tolerante a fallos (polo menos 2 controladores, multipaso).
É posible o uso de almacenamentos locais, pero por defecto só os almacenamentos compartidos son axeitados para un clúster real. Os almacenamentos locais fan que o sistema sexa un conxunto dispar de hipervisores e, mesmo con almacenamento compartido, non se pode montar un clúster. A forma máis correcta son as máquinas sen disco con arranque desde SAN, ou discos de tamaño mínimo. Probablemente, a través do gancho vdsm, sexa posible construír a partir de discos locais de Software Defined Storage (por exemplo, Ceph) e presentar a súa VM, pero non o considerei seriamente.
Arquitectura
Arroz. 2 - Arquitectura oVirt.
Pódese atopar máis información sobre a arquitectura en desenvolvedor.
Arroz. 3 - oVirt obxectos.
O elemento superior da xerarquía − Centro de datos. Determina se se usa almacenamento compartido ou local, así como o conxunto de funcións utilizado (compatibilidade, 4.1 a 4.3). Pode haber un ou máis. Para moitas opcións, usar o Centro de datos predeterminado é Predeterminado.
O centro de datos consta dun ou máis Clústeres. O clúster determina o tipo de procesador, as políticas de migración, etc. Para instalacións pequenas, tamén pode limitarse ao clúster predeterminado.
O cluster, pola súa banda, está formado por Anfitrión's que realizan o traballo principal: levan máquinas virtuais, os almacenamentos están conectados a elas. O clúster asume 2 ou máis hosts. Aínda que técnicamente é posible facer un clúster con 1 host, isto non é de utilidade práctica.
oVirt admite moitas funcións, incl. migración en directo de máquinas virtuais entre hipervisores (migración en directo) e almacenamentos (migración de almacenamento), virtualización de escritorios (infraestrutura de escritorio virtual) con grupos de máquinas virtuales, máquinas virtuales con estado e sen estado, soporte para vGPU NVidia Grid, importación desde vSphere, KVM, hai un poderoso e moito máis. Todas estas funcións están dispoñibles sen dereitos de autor e, se é necesario, pódese adquirir a asistencia de Red Hat a través de socios rexionais.
Sobre os prezos de RHV
O custo non é alto en comparación con VMware, só se adquire soporte, sen necesidade de comprar a propia licenza. O soporte só se compra para hipervisores, ovirt-engine, a diferenza de vCenter Server, non require gastos.
Exemplo de cálculo para o 1o ano de propiedade
Considere un grupo de máquinas de 4 2 enchufes e prezos de venda polo miúdo (sen descontos no proxecto).
Subscrición estándar RHV por enchufe/ano (premium 365/24/7 - $1499), total 4*2*$999=$7992.
:
- VMware vCenter Server Standard 10,837.13 $ por instancia máis subscrición básica 2,625.41 $ (Produción 3,125.39 $);
- VMware vSphere Standard $1,164.15 + Subscrición básica $552.61 (Producción $653.82);
- VMware vSphere Enterprise Plus 6,309.23 $ + Subscrición básica 1,261.09 $ (Producción 1,499.94 $).
Total: 10 + 837,13 + 2 * 625,41 * (4 + 2) = $ 27 196,62 para a opción máis pequena. A diferenza é de aproximadamente 3,5 veces!
En oVirt, todas as funcións están dispoñibles sen restricións.
Breves características e máximos
Requisitos do sistema
O hipervisor require unha CPU coa virtualización de hardware activada, a cantidade mínima de RAM para iniciar é de 2 GiB, a cantidade recomendada de almacenamento para o SO é de 55 GiB (principalmente para rexistros, etc., o propio SO ocupa pouco).
Máis detalles - .
Para requisitos mínimos 2 núcleos/4 GiB de RAM/25 GiB de almacenamento. Recomendado: desde 4 núcleos / 16 GiB de RAM / 50 GiB de almacenamento.
Como con calquera sistema, hai límites en volumes e cantidades, a maioría dos cales superan as capacidades dos servidores comerciais masivos dispoñibles. Si, unha parella. pode abordar 2 TiB de RAM e dá 40 núcleos (80 fíos), o que é aínda menos que os límites dunha VM.
Máximos de máquina virtual:
- Número máximo de máquinas virtuais que se executan simultáneamente: ilimitado;
- CPU virtuais máximas por máquina virtual: 384;
- Memoria máxima por máquina virtual: 4 TiB;
- Tamaño máximo de disco único por máquina virtual: 8 TiB.
Máximos de host:
- Núcleos ou fíos de CPU lóxicos: 768;
- Memoria RAM: 12 TiB
- Número de máquinas virtuais aloxadas: 250;
- Migracións vivas simultáneas: 2 entrantes, 2 saíntes;
- Ancho de banda de migración en directo: o valor predeterminado é de 52 MiB (~436 Mb) por migración cando se utiliza a política de migración antiga. Outras políticas usan valores de rendemento adaptativos baseados na velocidade do dispositivo físico. As políticas de QoS poden limitar o ancho de banda de migración.
Máximos de entidades lóxicas do xestor:
En 4.3 hai .
- Centro de datos
- Número máximo de centros de datos: 400;
- Número máximo de hosts: 400 admitidos, 500 probados;
- Número máximo de VM: 4000 compatibles, 5000 probados;
- Agrupar
- Número máximo de clusters: 400;
- Número máximo de hosts: 400 admitidos, 500 probados;
- Número máximo de VM: 4000 compatibles, 5000 probados;
- Rede
- Redes lóxicas/clúster: 300
- SDN/redes externas: 2600 probadas, sen límite obrigado;
- almacenamento
- Dominios máximos: 50 admitidos, 70 probados;
- Anfitrións por dominio: sen límite;
- Volumes lóxicos por dominio de bloque (máis): 1500;
- Número máximo de LUN (máis): 300;
- Tamaño máximo do disco: 500 TiB (limitado a 8 TiB por defecto).
Opcións de implantación
Como xa se mencionou, oVirt está construído a partir de 2 elementos básicos: ovirt-engine (xestión) e ovirt-host (hipervisor).
O motor pódese aloxar tanto fóra da propia plataforma (xestor autónomo: pode ser unha máquina virtual que se executa noutra plataforma ou un hipervisor separado, e mesmo unha máquina física), como na propia plataforma (motor autoaloxado, semellante ao VCSA de VMware). enfoque).
O hipervisor pódese instalar (EL Host) e (oVirt-Node, baseado en el7).
Os requisitos de hardware para todas as variantes son aproximadamente os mesmos.
Arroz. 4 - arquitectura estándar.
Arroz. 5 - Arquitectura de motor autoaloxado.
Para min, escollín a opción de xestor autónomo e anfitrións EL:
- O xestor autónomo é un pouco máis sinxelo con problemas de inicio, non hai un dilema de galiña e ovo (como para VCSA: non comezará ata que polo menos un servidor estea completamente activo), pero hai unha dependencia doutro sistema *;
- EL Host ofrece toda a potencia do sistema operativo, que é útil para a monitorización externa, a depuración, a resolución de problemas e moito máis.
* Non obstante, isto non foi necesario durante todo o período de funcionamento, mesmo despois dunha falla de enerxía grave.
Pero máis ao grano!
Para experimentar, é posible lanzar un par de láminas ProLiant BL460c G7 con CPU Xeon®. Reproduciremos neles o proceso de instalación.
Poñemos nomes aos nós ovirt.lab.example.com, kvm01.lab.example.com e kvm02.lab.example.com.
Imos directamente a .
Fonte: www.habr.com