introducción
proyecto de código abierto es una plataforma de virtualización de nivel empresarial gratuita. Desplazándome por habr, encontré que no está cubierto tan ampliamente como se merece.
oVirt es en realidad upstream para el sistema comercial Red Hat Virtualization (RHV, anteriormente RHEV), y crece bajo el ala de Red Hat. Para evitar confusiones, este no al igual que CentOS vs RHEL, el modelo se acerca más a Fedora vs RHEL.
Bajo el capó - , la interfaz web se utiliza para la gestión. Basado en el sistema operativo RHEL/CentOS 7.
oVirt se puede utilizar tanto para servidores "tradicionales" como para virtualización de escritorios (VDI); a diferencia de la solución de VMware, ambos sistemas pueden coexistir en un solo complejo.
proyectar bien , ha alcanzado por mucho tiempo la madurez para uso productivo y está listo para cargas altas.
Este artículo es el primero de una serie sobre cómo crear un clúster de conmutación por error que funcione. Después de revisarlos, en poco tiempo (alrededor de 2 horas) obtendremos un sistema completamente funcional, aunque, por supuesto, no se pueden revelar una serie de problemas, intentaré cubrirlos en los siguientes artículos.
Llevamos varios años usándolo, empezamos con la versión 4.1. Nuestro sistema industrial ahora se basa en computadores HPE Synergy 480 y ProLiant BL460c de décima generación con CPU Xeon Gold.
Al momento de escribir, la versión actual es 4.3.
Artículos
- Introducción (Estamos aquí)
Caracteristicas Funcionales
Hay 2 entidades principales en oVirt: ovirt-engine y ovirt-host(s). Para aquellos que están familiarizados con los productos de VMware, oVirt en su conjunto como plataforma es vSphere, ovirt-engine, la capa de control, realiza las mismas funciones que vCenter, y ovirt-host es un hipervisor, como ESX (i). Porque vSphere es una solución muy popular, a veces la compararé con ella.
Arroz. 1 - Panel de control oVirt.
La mayoría de las distribuciones de Linux y las versiones de Windows son compatibles como máquinas invitadas. Para las máquinas invitadas, existen agentes y dispositivos virtuales optimizados y controladores virtio, principalmente un controlador de disco y una interfaz de red.
Para implementar una solución tolerante a fallas y todas las características interesantes, necesitará almacenamiento compartido. Se admiten los almacenamientos de bloque FC, FCoE, iSCSI y NFS de archivos, etc. Para implementar una solución tolerante a fallas, el sistema de almacenamiento también debe ser tolerante a fallas (al menos 2 controladores, paso múltiple).
El uso de almacenamientos locales es posible, pero por defecto solo los almacenamientos compartidos son adecuados para un clúster real. Los almacenamientos locales hacen que el sistema sea un conjunto dispar de hipervisores, e incluso con almacenamiento compartido, no se puede ensamblar un clúster. La forma más correcta son máquinas sin disco con arranque desde SAN, o discos del tamaño mínimo. Probablemente, a través del enlace vdsm, es posible construir desde discos locales de almacenamiento definido por software (por ejemplo, Ceph) y presentar su VM, pero no lo consideré seriamente.
Arquitectura
Arroz. 2- Arquitectura oVirt.
Más información sobre la arquitectura se puede encontrar en desarrollador.
Arroz. 3 - oVirt objetos.
El elemento superior en la jerarquía: Data Center. Determina si se utiliza el almacenamiento compartido o local, así como el conjunto de funciones utilizado (compatibilidad, 4.1 a 4.3). Puede haber uno o más. Para muchas opciones, usar el Centro de datos predeterminado es Predeterminado.
El Centro de Datos consta de uno o más Clusters. El clúster determina el tipo de procesador, las políticas de migración, etc. Para instalaciones pequeñas, también puede limitarse al clúster predeterminado.
El clúster, a su vez, está formado por Anfitrión's que realizan el trabajo principal: transportan máquinas virtuales, los almacenamientos están conectados a ellos. El clúster asume 2 o más hosts. Aunque técnicamente es posible hacer un clúster con 1 host, esto no tiene un uso práctico.
oVirt admite muchas características, incl. migración en vivo de máquinas virtuales entre hipervisores (migración en vivo) y almacenamientos (migración de almacenamiento), virtualización de escritorio (infraestructura de escritorio virtual) con grupos de VM, VM con estado y sin estado, soporte para NVidia Grid vGPU, importación desde vSphere, KVM, hay un poderoso y mucho más. Todas estas funciones están disponibles sin regalías y, si es necesario, se puede comprar soporte de Red Hat a través de socios regionales.
Sobre los precios de RHV
El costo no es alto en comparación con VMware, solo se compra soporte, sin el requisito de comprar la licencia. El soporte se compra solo para hipervisores, ovirt-engine, a diferencia de vCenter Server, no requiere gasto.
Ejemplo de cálculo para el primer año de propiedad
Considere un grupo de 4 máquinas de 2 enchufes y precios minoristas (sin descuentos por proyecto).
Suscripción estándar de RHV por socket/año (premium 365/24/7 - $1499), total 4*2*$999=$7992.
:
- VMware vCenter Server Standard $10,837.13 por instancia más suscripción básica $2,625.41 (Producción $3,125.39);
- VMware vSphere Standard $1,164.15 + Suscripción básica $552.61 (Producción $653.82);
- VMware vSphere Enterprise Plus $6,309.23 + suscripción básica $1,261.09 (producción $1,499.94).
Total: 10 + 837,13 + 2 * 625,41 * (4 + 2) = (con un valor de US$ 27). para la opción más pequeña. ¡La diferencia es de aproximadamente 3,5 veces!
En oVirt, todas las funciones están disponibles sin restricciones.
Breves características y máximos
Системные требования
El hipervisor requiere una CPU con virtualización de hardware habilitada, la cantidad mínima de RAM para comenzar es de 2 GiB, la cantidad de almacenamiento recomendada para el sistema operativo es de 55 GiB (principalmente para registros, etc., el sistema operativo en sí ocupa poco).
Más detalles - .
para requisitos mínimos 2 núcleos/4 GiB RAM/25 GiB de almacenamiento. Recomendado: desde 4 núcleos / 16 GiB de RAM / 50 GiB de almacenamiento.
Como con cualquier sistema, existen límites en los volúmenes y cantidades, la mayoría de los cuales superan las capacidades de los servidores comerciales masivos disponibles. Sí, una pareja. puede abordar 2 TiB de RAM y brinda 40 núcleos (80 subprocesos), que es incluso menos que los límites de una VM.
Máximos de máquinas virtuales:
- Máximo de máquinas virtuales en ejecución simultánea: Ilimitado;
- Máximo de CPU virtuales 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 o subprocesos de CPU lógicos: 768;
- RAM: 12 TiB
- Número de máquinas virtuales alojadas: 250;
- Migraciones simultáneas en vivo: 2 entrantes, 2 salientes;
- Ancho de banda de migración en vivo: Predeterminado a 52 MiB (~436 Mb) por migración cuando se usa la política de migración heredada. Otras políticas usan valores de rendimiento adaptativo basados en la velocidad del dispositivo físico. Las políticas de QoS pueden limitar el ancho de banda de la migración.
Máximos de entidad lógica de administrador:
En 4.3 hay .
- Centro de datos
- Recuento máximo de centros de datos: 400;
- Recuento máximo de hosts: 400 admitidos, 500 probados;
- Cantidad máxima de VM: 4000 admitidas, 5000 probadas;
- Médico
- Recuento máximo de clústeres: 400;
- Recuento máximo de hosts: 400 admitidos, 500 probados;
- Cantidad máxima de VM: 4000 admitidas, 5000 probadas;
- Nuestra red
- Redes lógicas/clúster: 300
- SDN/redes externas: 2600 probadas, sin límite obligatorio;
- Almacenamiento
- Dominios máximos: 50 admitidos, 70 probados;
- Hosts por dominio: Sin límite;
- Volúmenes lógicos por dominio de bloque (más): 1500;
- Número máximo de LUN (más): 300;
- Tamaño máximo de disco: 500 TiB (limitado a 8 TiB de forma predeterminada).
Opciones de implementación
Como ya se mencionó, oVirt está construido a partir de 2 elementos básicos: ovirt-engine (administración) y ovirt-host (hipervisor).
El motor se puede alojar tanto fuera de la plataforma (Administrador independiente: puede ser una máquina virtual que se ejecuta en otra plataforma o un hipervisor separado, e incluso una máquina física) como en la plataforma misma (motor autohospedado, similar al VCSA de VMware). acercarse).
El hipervisor se puede instalar en (Anfitrión EL) y (oVirt-Node, basado en el7).
Los requisitos de hardware para todas las variantes son aproximadamente los mismos.
Arroz. 4 - arquitectura estándar.
Arroz. 5 - Arquitectura del motor autohospedado.
Para mí, elegí la opción independiente Manager y EL Hosts:
- el administrador independiente es un poco más fácil con los problemas de inicio, no hay dilema del huevo y la gallina (en cuanto a VCSA, no comenzará hasta que al menos un host esté completamente activo), pero hay una dependencia de otro sistema *;
- EL Host proporciona toda la potencia del sistema operativo, que es útil para el monitoreo externo, la depuración, la resolución de problemas y más.
* Sin embargo, esto no fue necesario durante todo el período de funcionamiento, incluso después de un corte de energía grave.
¡Pero más al grano!
Para experimentar, es posible lanzar un par de servidores blade ProLiant BL460c G7 con CPU Xeon®. Reproduciremos en ellos el proceso de instalación.
Llamemos a los nodos ovirt.lab.example.com, kvm01.lab.example.com y kvm02.lab.example.com.
vamos directamente a .
Fuente: habr.com