RHEV Clustering e Instalación de Hypervisors RHEL - Parte 5

En esta parte vamos a discutir algunos puntos importantes relacionados con nuestra serie RHEV. En Parte 2 De esta serie, hemos discutido las implementaciones e instalaciones de RHEV Hypervisor. En esta parte discutiremos otras formas de instalar RHEV Hypervisor.

Serie RHEV: RHEV Clustering e Instalación de Hypervisors RHEL - Parte 5

La primera forma se realizó usando dedicado Rhevh que personalizado por Redhat sin ninguna modificación o cambio del lado de administración. La otra forma, utilizaremos un servidor RHEL normal [instalación mínima] que actuará como un Hypervisor RHEV.

Paso 1: Agregue RHEL Hypervisor al medio ambiente

1. Instale el servidor RHEL6 suscrito [instalación mínima]. Puede aumentar su entorno virtual agregando un servidor RHEL6 adicional [instalación mínima] actúa como hipervisor.

Especificación de máquina virtual

OS: RHEL6.6 x86_64 Número de procesadores: 2 Número de núcleos: 1 Memoria: 3G Red: VMnet3 Controlador de E/S: LSI Logic SAS Virtual Disk: SCSI Tamaño del disco: 20G IP: 11.0.0.7 Nombre de host: Rhel.mi dominio.organizar 

y asegúrese de revisar el virtualización opción VM Configuración del procesador.

Pista : Asegúrese de que su sistema esté suscrito a los canales Redhat y actualizado, si no sabe cómo suscribirse al canal de suscripción Redhat, puede leer el artículo Activar el canal de suscripción de Red Hat Red Hat.

Consejo : Para guardar sus recursos, puede cerrar uno de los hipervisores actualmente actuales.

2. Para convertir su servidor en Hypervisor úselo como un hipervisor, es posible que necesite instalar el agente RHEVM en él.

# yum instalación vdsm 

Después de completar la instalación de paquetes, vaya a Rhevm interfaz web para agregarla.

3. En contra de Rhevh Hypervisor, puede agregar RHEL Hypervisor de una forma de RHEM usando la credencial raíz del Hypervisor RHEL. Entonces, de rhevm wui cambiar a Hospedadores pestaña y haga clic nuevo.

Agregar Hypervisor Rhel

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

Agregar información del host

A continuación, ignora el poder mgmt Advertencia y finalice, luego espere unos minutos y verifique el estado del host recién agregado.

Nuevo estado del host Confirmar la información del host

Para obtener más detalles sobre la adición de Host Based RHEL, consulte la documentación oficial de REDHAT RHEV.

Paso 2: Administración de RHEV Clustering

La agrupación en RHEV describe un grupo de los mismos hosts de tipo CPU que comparten el mismo almacenamiento [e.gramo. sobre red] y están utilizando para hacer tareas específicas [e.gramo. Alta disponibilidad ]

La agrupación en general tiene muchas tareas adicionales, puede consultar el artículo que explique qué es la agrupación y las ventajas/desventajas de la misma.

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

Entonces, cómo las máquinas virtuales migran entre los hosts ?

RHEV tiene dos estrategias:

1. Migración en vivo
2. Alta disponibilidad

1. Migración en vivo

Migración en vivo Usado en una situación no crítica, lo que significa que todo funciona bien en general, pero debe hacer algunas tareas de equilibrio de carga (e.gramo. descubrió que hay host está cargado por una máquina virtual sobre otra. Por lo tanto, puede en vivo migrar la máquina virtual de host a otro para lograr el equilibrio de carga).

Nota : No hay interrupción en los servicios, aplicaciones o usuarios que se ejecutan dentro de VM durante la migración en vivo. La migración en vivo también se llama reasignación de recursos.

La migración en vivo se puede procesar manual o automática de acuerdo con la política predefinida:

1. A mano: Fuerza seleccionar el host de destino y luego migrar VM a él manualmente usando wui.
2. Automático : Uso de una de las políticas de clúster para administrar la migración en vivo de acuerdo con el uso de RAM, la utilización de la CPU, etc.

Cambiar a Racimos pestaña y seleccione Clúster el clic en editar.

Pestaña de agrupación

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

Política de clúster

Seleccionar Distribuidos equitativamente 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 comenzar la migración en vivo.

Pista

Como se muestra, configuré el umbral máximo para que fuera 50% y la duración sea de 1 minuto.

Configurar las propiedades del clúster

Entonces DE ACUERDO y cambiar a la pestaña de VM.

Seleccione Linux VM [creado anteriormente] y luego haga clic en editar y verificar estos puntos.

1. De la pestaña del host: verificar Manual y Automático Se permite la migración en vivo para esta VM.

Opciones de migración de clúster

2. Desde la pestaña HA: revise el Prioridad grado de tu máquina virtual. En nuestro caso, no es muy importante ya que estamos jugando con una sola VM. Pero será importante establecer prioridades para sus máquinas virtuales en un entorno grande.

Prioridades de VM de clúster

Luego inicia Linux VM.

Primero, usaremos el Vivir manualmente la migración. Linux VM en ahora en ejecución rhel.mi dominio.organizar.

Estado de Linux VM

Ejecutemos el siguiente comando sobre la consola VM, antes de comenzar la migración.

# ls -lrz / 

Luego seleccione VM Linux y hacer clic Emigrar.

Linux VM migra

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

Migrar máquinas virtuales

Entonces, después de seleccionar manualmente y elija el destino, haga clic en Aceptar y vaya a la consola y monitoree el comando de ejecución. También puede verificar el estado de la VM.

Monitorear el estado de la VM

Es posible que deba monitorear los eventos de tareas.

Monitorear eventos de tareas

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

Confirmar los cambios de VM

Su VM se vive manualmente migrada con éxito !!

Probemos el automático Migración en vivo, Nuestro objetivo es hacer que la carga de CPU en el host RHEVHN1 se supere el 50%. Lo haremos aumentando la carga en la VM misma, por lo que desde la consola escribe este comando:

# dd if =/dev/urandom of =/dev/null 

y monitorear la carga en el host.

Monitorear la carga de VM

Después de unos minutos, la carga en el host excederá el 50%.

Alerta de carga de VM

Solo espere otros minutos más que la migración en vivo comenzará automáticamente como se muestra.

VM Migración en vivo

También puede verificar la pestaña Tareas, y después de poca espera, su máquina virtual se migera automáticamente al host Rhel.

Monitor VM VM RHEL Migración

Importante: Asegúrese de que uno de sus anfitriones tenga recursos más que el otro. Si los dos anfitriones son idénticos en recursos. VM no se migrará porque no habrá diferencia !!

Pista: Poniendo el anfitrión en Modo de mantenimiento Vivirá automáticamente la migración en ejecución 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, leer máquinas virtuales migratorias entre hosts.

Pista: La migración en vivo entre diferentes clústeres no es compatible oficialmente, espera un caso, puede consultarla aquí.

2. Alta disponibilidad

En contra de Migración en vivo, JA se usa para cubrir la situación crítica no solo las tareas de equilibrio de carga. La sección común de que su VM también emigrará a otro host pero con el tiempo de inactividad de reinicio.

Si tiene una falla, anfitrión no operacional o no respondida en su clúster, la migración en vivo no puede ayudarlo. Ha encenderá la máquina virtual y la reiniciará en otro host en el mismo clúster.

A Habilitar ha En su entorno, debe tener al menos un dispositivo de administración de energía [e.gramo. interruptor de alimentación] en tu 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 una alta disponibilidad de VM.

Recordar: La migración en vivo y la alta disponibilidad están trabajando con hosts en el mismo clúster con el mismo tipo de CPU y conectados al almacenamiento compartido.

Conclusión:

Llegamos a Peak Point en nuestra serie mientras 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 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 piscinas.