Instalación de clústeres RHEV e 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, que fue personalizado por RedHat sin ninguna modificación o cambio desde el lado del administrador. De otra forma, 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 adicional suscrito [Instalación mínima] que actúa como hipervisor.

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 de 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 ahorrar recursos, puede apagar uno de los hipervisores que están actualmente en funcionamiento.

2. Para convertir su servidor en hipervisor {usarlo como hipervisor}, es posible que necesite instalar el agente RHEVM en él.

# yum install vdsm

Una vez completada la instalación de los paquetes, vaya a la interfaz web de RHEVM para agregarlo.

3. En contra del hipervisor RHEVH, puede agregar el hipervisor RHEL de una forma 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 anfitrión como se muestra.

A continuación, ignore la advertencia de Power mgmt y termine, 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: administrar la agrupación en clústeres RHEV

La agrupación en clústeres en RHEV describe un grupo del mismo tipo de CPU que los hosts comparten el mismo almacenamiento [p. Ej. a través de la red] y se utilizan 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/desventajas.

La principal ventaja de la agrupación en clústeres en RHEV es habilitar y administrar la migración de máquinas virtuales entre hosts que pertenecen al mismo clúster.

RHEV tiene dos estrategias:

1. Migración en vivo
2. Alta disponibilidad

La migración en vivo se usa en situaciones no críticas, lo que significa que todo está funcionando bien en general, pero debe realizar algunas tareas de equilibrio de carga (por ejemplo, encontró que el host está cargado por una máquina virtual sobre otra. Por lo tanto, puede migrar en vivo la máquina virtual desde el host. a otro para lograr el equilibrio de carga).

Nota: No hay interrupciones en 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 de acuerdo con una política predefinida:

  1. Manualmente: fuerce la selección del host de destino y luego migre la VM a él manualmente usando WUI.
  2. Automático: usando una de las políticas de clúster para administrar la migración en vivo de acuerdo con el uso de RAM, uso de CPU, etc.

Cambie a la pestaña Clústeres 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 uniformemente distribuida. Esta política le permite configurar el umbral máximo para la utilización de la CPU en el host y el tiempo permitido para la carga antes de iniciar la migración en vivo.

Insinuación

Como se muestra, configuré el umbral máximo en 50% y la duración en 1 min.

Luego, OK 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: Verifique que la migración en vivo manual y automática esté permitida 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 estamos jugando con una sola máquina virtual. Pero será importante establecer prioridades para sus máquinas virtuales en entornos grandes.

Luego inicie Linux VM.

Primero, usaremos la migración en vivo manualmente. La máquina virtual Linux ahora se ejecuta en rhel.mydomain.org.

Ejecutemos el siguiente comando en la consola vm, antes de iniciar la migración.

# ls -lRZ / 

Luego seleccione Linux VM y haga clic en Migrar.

Si selecciona automáticamente, el sistema comprobará 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 y vaya a la consola y supervise el comando en ejecución. También puede verificar el estado de la máquina virtual.

Es posible que deba supervisar los eventos de tareas.

Después de unos segundos, encontrará un cambio en el nombre de host de la VM.

¡Su máquina virtual se migró manualmente en vivo con éxito!

Probemos la migración en vivo automática, nuestro objetivo es hacer que la carga de la CPU en el host rhevhn1 se supere en un 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%.

Solo espere unos minutos más y 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 se 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: Poner el host en modo de mantenimiento activará automáticamente la migración en vivo y las máquinas virtuales en ejecución 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 verificarlo aquí.

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 de que su VM también migrará a otro host pero con un tiempo de inactividad de reinicio.

Si tiene un host fallado, 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 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 al almacenamiento compartido.

Conclusión:

Alcanzamos el punto culminante de nuestra serie cuando analizamos una de las características importantes de RHEV Clustering como la describimos y su importancia. También discutimos 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 agrupaciones.