Instalación de clústeres RHEV e hipervisores RHEL-Parte 5

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.

Instalación de clústeres RHEV e hipervisores RHEL  Instalación de RHEV Clustering e hipervisores RHEL Serie RHEV: Clúster RHEV e instalación de hipervisores RHEL-Parte 5

La primera forma se realizó utilizando RHEVH. que fue personalizado por RedHat sin ninguna modificación o cambio desde el lado 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 adicional suscrito [Instalación mínima] que actúa como hipervisor.

Especificación de máquina virtual SO: RHEL6.6 x86_64 Número de procesadores: 2 Número de núcleos: 1 Memoria: Red 3G: vmnet3 I/O Controlador: LSI Logic SAS Disco virtual: SCSI Tamaño del disco: 20G IP: 11.0.0.7 Nombre de host: rhel.mydomain.org

y asegúrese de haber marcado la opción virtualización. en vm. configuración del procesador.

Sugerencia. asegúrese de que su sistema esté suscrito a los canales de redhat y esté actualizado, si no Si no sabe cómo suscribirse al canal de suscripción de Red Hat, puede leer el artículo Habilitar el canal de suscripción de Red Hat.

freestar.config.enabled_slots.push

Sugerencia. para guardar sus 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 RHEVM. interfaz web para agregarlo.

3.. En contra del hipervisor RHEVH. puede agregar el hipervisor RHEL de una manera de RHEM utilizando la credencial raíz del hipervisor RHEL. Entonces, desde rhevm WUI. cambie a la pestaña Hosts. y haga clic en nuevo.

 Agregar RHEL Hypervisor  Agregar hipervisor RHEL Agregar hipervisor RHEL

Luego, proporcione la información de su host como se muestra.

 Agregar información del host  Agregar información del host Agregar información del host

A continuación, ignore Power mgmt advertir ing y terminar, luego espere unos minutos y verifique el estado del host recién agregado.

Nuevo estado del host  Nuevo estado de host Nuevo estado de host  Confirmar Información del host  Confirmar información del host Confirmar la información del host

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: Administración de clústeres RHEV

La agrupación en clústeres en RHEV describe que 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.

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. utilizado 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, encontró que una máquina virtual carga un host sobre otra. Por lo tanto, puede Live migrar la máquina virtual de un 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. Usar 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. haga clic en editar.

 Ficha Agrupación  Pestaña de agrupamiento Pestaña de agrupación en clústeres

Desde las pestañas de la ventana, cambie a la pestaña Política de clúster.

 Política de clúster Política de clúster Política de clúster

Seleccione uniformly_distributed. política. 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.

Pista.

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

Configurar propiedades del clúster  Configurar Cluster P roperties Configurar propiedades del clúster

Entonces Aceptar. y cambie a la pestaña VM.

Seleccione Linux vm [Previamente creado], luego haga clic en editar. y verifique estos puntos.

1.. Desde la pestaña Host: marque Manual. y Automático. Se permite la migración en vivo para esta VM.

 Opciones de migración de clúster  Opciones de migración de clúster Opciones de migración de clúster

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.

 Cluster VM Priorities  Cluster VM Priorities Cluster VM Priorities

Luego, inicie Linux VM.

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

 Estado de la máquina virtual de Linux  Estado de VM de Linux Estado de VM de Linux

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

# ls-lRZ/

Luego, seleccione Linux VM. y haga clic en Migrar.

 Linux VM Migrate  Linux VM Migrate Linux VM Migrate

Si selecciona automáticamente, el sistema comprobará el host más responsable para ser destino según la política del clúster. Probaremos esto sin ninguna interferencia del administrador.

Migrar máquinas virtuales  Migrate Virtual Machines Migrate Virtual Machines

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.

 VM Live Migration  VM Live Migration VM Live Migration

También puede consultar la pestaña de tareas y, después de un poco de espera, su máquina virtual se migra automáticamente en vivo a rhel Host.

Monitor VM  Monitor VM Monitor VM  VM RHEL Migration VM RHEL Migration VM RHEL Migración

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. realizará automáticamente la migración en vivo y en ejecución de VM a otros hosts en el mismo clúster.

Para obtener más información sobre las migraciones de VM, 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í.

2. Alta disponibilidad

En contra de Migración en vivo. HA. se utiliza para cubrir situaciones críticas, no solo tareas de equilibrio de carga. La sección común es que su VM también migrará a otro host pero con un tiempo de inactividad de reinicio.

Si tiene un host con falla, 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 uno dispositivo de gestión de energía [p. ej. interruptor de encendido. en su entorno.

Lamentablemente, 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. La migración en vivo y la alta disponibilidad funcionan con hosts en el mismo clúster con el mismo tipo de CPU y conectado al almacenamiento compartido.

Conclusión:

Alcanzamos el punto máximo en nuestra serie cuando discutimos una de las características importantes en RHEV Clustering como lo describimos y su importancia. También discutimos el segundo tipo [método] para implementar hipervisores RHEV que están 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 pool.