Instalación de clústeres RHEV y hipervisores RHEL - Parte 5
En esta parte vamos a discutir algunos puntos importantes relacionados con nuestra serie RHEV. En la Parte 2 de esta serie, analizamos las implementaciones e instalaciones del hipervisor RHEV. En esta parte discutiremos otras formas de instalar RHEV Hypervisor.
La primera forma se realizó mediante el uso de RHEVH dedicado, personalizado por el propio RedHat sin ninguna modificación o cambio por parte del administrador. De otra manera, usaremos un servidor RHEL normal [instalación mínima] que actuará como un hipervisor RHEV.
Paso 1: agregar el hipervisor RHEL al entorno
1. Instale el servidor RHEL6 suscrito [Instalación mínima]. Puede aumentar su entorno virtual agregando un servidor RHEL6 suscrito adicional [instalación mínima] que actúa como hipervisor.
Especificación de la máquina virtual
OS: RHEL6.6 x86_64
Number of processors: 2
Number of cores : 1
Memory : 3G
Network : vmnet3
I/O Controller : LSI Logic SAS
Virtual Disk : SCSI
Disk Size : 20G
IP: 11.0.0.7
Hostname: rhel.mydomain.org
y asegúrese de marcar la opción virtualización en la configuración del procesador vm.
Sugerencia: asegúrese de que su sistema esté suscrito a los canales de Redhat y actualizado. Si no sabe cómo suscribirse al canal de suscripción de Redhat, puede leer el artículo Habilitar el canal de suscripción de Red Hat.
Consejo: Para guardar sus recursos, puede cerrar uno de los hipervisores actualmente en funcionamiento y en funcionamiento.
2. Para convertir su servidor en hipervisor {úselo como hipervisor} es posible que necesite instalar el agente RHEVM en él.
yum install vdsm
Una vez completada la instalación del paquete, vaya a la interfaz web RHEVM para agregarlo.
3. A diferencia del hipervisor RHEVH, puede agregar el hipervisor RHEL de una manera desde RHEM utilizando la credencial raíz del hipervisor RHEL. Entonces, desde rhevm WUI cambie a la pestaña Hosts y haga clic en nuevo.
Luego proporcione la información de su host como se muestra.
A continuación, ignore la advertencia mgmt de energía y finalice, luego espere unos minutos y verifique el estado del host recién agregado.
Para obtener más detalles sobre cómo agregar un host basado en RHEL, consulte la documentación oficial de RHEV de RedHat.
Paso 2: Gestión de la agrupación de RHEV
La agrupación en clústeres en RHEV describe un grupo de hosts del mismo tipo de CPU que comparten el mismo almacenamiento [p. ej. a través de la red] y están utilizando para realizar una tarea específica [p. ej. Alta disponibilidad ]
La agrupación en clústeres en general tiene muchas tareas adicionales; puede consultar el artículo que explica qué es la agrupación en clústeres y sus ventajas y desventajas.
La principal ventaja de la agrupación en clústeres en RHEV es habilitar y gestionar la migración de máquinas virtuales entre hosts que pertenecen al mismo clúster.
Entonces, ¿cómo migran las máquinas virtuales entre hosts?
RHEV tiene dos estrategias:
1. Migración en vivo
2. Alta disponibilidad
1. Migración en vivo
Live Migration se usa en situaciones no críticas, lo que significa que todo funciona bien en general, pero debe realizar algunas tareas de equilibrio de carga (por ejemplo, descubrió que un host está cargado por una máquina virtual sobre otra. Entonces, Puede migrar en vivo una máquina virtual de un host a otro para lograr el equilibrio de carga).
Nota: No hay interrupción de los servicios, aplicaciones o usuarios que se ejecutan dentro de la VM durante la migración en vivo. La migración en vivo también se denomina reasignación de recursos.
La migración en vivo se puede procesar de forma manual o automática según una política predefinida:
- Manualmente: fuerce la selección del host de destino y luego migre la VM manualmente usando WUI.
- Automático: uso de una de las políticas del clúster para administrar la migración en vivo según el uso de RAM, utilización de CPU, etc.
Cambie a la pestaña Clústers y seleccione Clúster1 y haga clic en editar.
Desde las pestañas de la ventana, cambie a la pestaña Política de clúster.
Seleccione la política evenly_distributed. Esta política le permite configurar el umbral máximo para la utilización de CPU en el host y el tiempo permitido para la carga antes de iniciar la migración en vivo.
Pista
Como se muestra, configuré el umbral máximo en 50% y la duración en 1 min.
Luego Aceptar y cambie a la pestaña VM.
Seleccione Linux vm [Creado previamente], luego haga clic en editar y verifique estos puntos.
1. Desde la pestaña Host: marque la migración en vivo Manual y Automática para esta máquina virtual.
2. Desde la pestaña HA: verifique el grado de Prioridad de su máquina virtual. En nuestro caso, no es muy importante ya que jugamos con una sola máquina virtual. Pero será importante establecer prioridades para sus máquinas virtuales en entornos grandes.
Luego inicie la máquina virtual Linux.
Primero, usaremos la Migración en vivo manual. La máquina virtual Linux ahora se ejecuta en rhel.midominio.org.
Ejecutemos el siguiente comando en la consola vm, antes de iniciar la migración.
ls -lRZ /
Luego seleccione VM Linux y haga clic en Migrar.
Si selecciona automáticamente, el sistema verificará que el host más responsable sea el destino según la política del clúster. Probaremos esto sin ninguna interferencia del administrador.
Entonces, después de seleccionar manualmente y elegir el destino, haga clic en Aceptar, vaya a la consola y monitoree el comando en ejecución. También puede verificar el estado de la máquina virtual.
Es posible que necesite monitorear los eventos de la tarea.
Después de unos segundos, encontrará un cambio en el nombre de host de la máquina virtual.
¡Su VM se migró manualmente en vivo con éxito!
Intentemos la migración en vivo automática, nuestro objetivo es hacer que la carga de CPU en el host rhevhn1 supere el 50%. Lo haremos aumentando la carga en la propia máquina virtual, así que desde la consola escriba este comando:
dd if=/dev/urandom of=/dev/null
y monitorear la carga en el Host.
Después de unos minutos, la carga en el Host superará el 50%.
Espere unos minutos más y luego la migración en vivo comenzará automáticamente como se muestra.
También puede consultar la pestaña de tareas y, después de un poco de espera, su máquina virtual migrará automáticamente en vivo a rhel Host.
Importante: asegúrese de que uno de sus hosts tenga más recursos que el otro. Si los dos hosts son idénticos en recursos. ¡¡La VM no se migrará porque no habrá diferencia!!
Sugerencia: Al poner el host en modo de mantenimiento, se activará automáticamente la migración en vivo y se ejecutarán las máquinas virtuales a otros hosts en el mismo clúster.
Para obtener más información sobre las migraciones de máquinas virtuales, lea Migración de máquinas virtuales entre hosts.
Sugerencia: La migración en vivo entre diferentes clústeres no es compatible oficialmente. En un caso, puede consultarlo aquí.
2. Alta disponibilidad
En contra de Live Migration, HA se utiliza para cubrir situaciones críticas, no solo tareas de equilibrio de carga. La sección común en la que su VM también migrará a otro host pero con tiempo de inactividad al reiniciar.
Si tiene un host fallido, no operativo o que no responde en su clúster, Live Migration no puede ayudarlo. HA apagará la máquina virtual y la reiniciará en otro host en funcionamiento en el mismo clúster.
Para Habilitar HA en su entorno, debe tener al menos un dispositivo de administración de energía [p. ej. interruptor de encendido] en su entorno.
Desafortunadamente, no podemos hacer eso en nuestro entorno virtual. Entonces, para obtener más información sobre HA en RHEV, consulte Cómo mejorar el tiempo de actividad con alta disponibilidad de VM.
Recuerde: Live Migration y High Availability funcionan con hosts en el mismo clúster con el mismo tipo de CPU y conectados a almacenamiento compartido.
Conclusión:
Llegamos al punto culminante de nuestra serie cuando discutimos una de las características importantes de RHEV Clustering tal como la describimos y su importancia. También analizamos el segundo tipo [método] para implementar hipervisores RHEV basados en RHEL [al menos 6.6 x86_64].
En el próximo artículo, podremos realizar algunas operaciones en máquinas virtuales, como instantáneas, sellado, clonación, exportación y grupos.