Red Hat Training

A Red Hat training course is available for Red Hat Enterprise Linux

Capítulo 7. Virtualización y alta disponibilidad

Varias plataformas de virtualización son compatibles con Red Hat Enterprise Linux 6 con los complementos de almacenamiento resistente y de alta disponibilidad. Hay dos usos compatibles para virtualización junto con Red Hat Enterprise Linux High Availability Add-on.
Se refiere a RHEL Cluster/HA que se ejecuta en hosts vacíos utilizables como plataformas de virtualización. En este modo puede configurar el gestor de recursos de clúster (rgmanager) para administrar las máquinas virtuales (huéspedes) como recursos de alta disponibilidad.
  • Máquinas virtuales como recursos o servicios disponibles
  • Clústeres de huéspedes

7.1. Máquinas virtuales como recursos o servicios disponibles

RHEL HA y RHEV ofrecen máquinas virtuales de alta disponibilidad (HA). Debido a la coincidencia en funcionalidad, se debe tener cuidado al escoger el producto para que se ajuste a su caso de uso específico. Los siguientes lineamientos deben tenerse en cuenta al elegir entre RHEL HA y RHEV para proporcionar alta disponibilidad de Máquinas virtuales.
Para máquina virtual y conteo de hosts físicos
  • Si un gran número de máquinas virtuales están hechas para alta disponibilidad de una cantidad grande de hosts físicos, el uso de RHEL puede ser la mejor solución, ya que tiene más algoritmos sofisticados para administrar la colocación de máquina virtual que tienen en cuenta cosas como CPU, memoria e información de carga.
  • Si un pequeño número de máquinas virtuales está hecho para alta disponibilidad de un reducido número de hosts físicos, el uso de alta disponibilidad (HA) de RHEL, puede ser la mejor solución, ya que se requiere menos infraestructura adicional. La solución de RHEV más pequeña requiere 4 nodos: 2 para proporcionar alta disponibilidad para el servidor RHEVM y 2 para actuar como hosts de máquina virtual.
  • No hay lineamientos estrictos para el número de hosts o máquinas virtuales que se considerarían como 'una gran cantidad'. Sin embargo, tenga en cuenta que el número máximo de hosts en un clúster de alta disponibilidad de RHEL es 16 y que ningún clúster con 8 o más hosts necesitará una revisión de arquitectura de Red Hat para determinar la compatibilidad.
Uso de máquina virtual:
  • Si sus máquinas virtuales de alta disponibilidad (HA) que ofrecen servicios, proporcionan una infraestructura compartida, se puede utilizar HA RHEL o RHEV..
  • Si necesita proporcionar alta disponibilidad (HA) para una pequeña serie de servicios importantes que se ejecutan dentro de máquinas virtuales, alta disponibilidad de RHEL o RHEV.
  • Debería utilizar RHEV, si busca proporcionar infraestructura para aplicar un rápido aprovisionamiento de máquinas virtuales.
    • La alta disponibilidad de máquina virtual RHEV debe ser dinámica. La adición de nuevas máquinas virtuales a un 'clúster' de RHEV es factible y tiene total soporte.
    • La alta disponibilidad de máquina virtual RHEV no es para entornos altamente dinámicos. Un clúster con una serie de máquinas virtuales fijas, debe configurarse y luego para el tiempo de vida del clúster no se recomienda agregar o retirar máquinas virtuales adicionales.
  • Alta disponibilidad de RHEL no debe ser utilizada para proporcionar infraestructura para la creación de entornos-similares a cloud debido a la naturaleza estática de configuración de clúster como también el conteo relativamente bajo de máximo de nodos físicos(16 nodos)
RHEL 5 soporta dos plataformas de virtualización. Xen ha tenido soporte desde el lanzamiento de RHEL 5.0. Se introdujo en RHEL 5.4 KVM.
RHEL 6 solamente soporta KVM como plataforma de virtualización.
RHEL 5 AP Cluster ofrece soporte para KVM y Xen para uso en máquinas virtuales que son administradas por la infraestructura de clúster de host.
Alta disponibilidad de RHEL 6 soporta KVM para usar en máquinas virtuales que son administradas por la infraestructura de clúster de host.
La lista a continuación muestra los escenarios de implementación que tienen soporte de Red Hat actualmente:
  • RHEL 5.0+ ofrece soporte para Xen junto con RHEL AP Cluster
  • RHEL 5.4 introdujo soporte para máquinas virtuales KVM como recursos administrados en RHEL AP Cluster como una muestra previa de tecnología.
  • RHEL 5.5+ aumenta el soporte para que las máquinas virtuales tengan soporte completo.
  • RHEL 6.0+ soporta máquinas virtuales KVM como recursos de alta disponibilidad en RHEL 6 High Availability Add-On.
  • RHEL 6.0+ no ofrece soporte para máquinas virtuales Xen con RHEL 6 High Availability Add-On, a partir de RHEL 6 Xen ya no recibe soporte.

Nota

Para obtener más información y notas especiales sobre escenarios de implementación con soporte, consulte la siguiente entrada en Red Hat Knowledgebase:
https://access.redhat.com/kb/docs/DOC-46375
Los tipos de máquinas virtuales que se ejecutan como recursos administrados no importan. Cualquier huésped que tenga soporte ya sea para Xen o KVM en RHEL puede ser utilizada como huésped altamente disponible. Esto incluye las variantes de RHEL (RHEL3, RHEL4, RHEL5) y varias variantes de Microsoft Windows. Verifique la documentación RHEL para buscar las listas más recientes de sistemas operativos de huésped que reciben soporte en cada hipervisor.

7.1.1. Recomendaciones generales

  • En RHEL 5.3 y anteriores, rgmanager utilizaba las interfaces Xen nativas para administrar los Xen domU (huéspedes). En RHEL 5.4 esto se cambió para usar libvirt para los hipervisores Xen y KVM a fin de proveer una interfaz consistente en ambos tipos de hipervisor. Aparte de este cambio de arquitectura hay numerosas correcciones de errores en RHEL 5.4 y 5.4.z, por lo tanto, antes de configurar los servicios administrados de Xen, se recomienda actualizar sus clústeres de host por lo menos a los paquetes RHEL 5.5 más recientes.
  • Para servicios KVM administrados, actualícese a RHEL 5.5, ya que esta es la primera versión de RHEL en la que esta funcionalidad recibe soporte completo.
  • Siempre verifique las erratas más recientes antes de implementar un clúster para asegurarse de que tiene las últimas correcciones para los problemas o errores conocidos.
  • La mezcla de hosts de diferentes tipos de hipervisores no tiene soporte. El clúster de host debe ser todo Xen o basado en KVM.
  • El hardware de hosts debe aprovisionarse de tal forma que pueda absorber los huéspedes reubicados desde otros hosts fallidos sin hacer que un host se exceda en memoria o CPU virtuales. Si hay fallas suficientes para producir exceso de memoria de las CPU virtuales, se puede producir una severa degradación del rendimiento y en potencia, una falla de clúster.
  • El uso directo de herramientas XM o libvirt (virsh, virt-manager) para administrar máquinas virtuales (live migrate, stop. start) que están bajo el control de rgmanager no tienen soporte y no se recomienda debido a que evitaría la pila de administración de clúster.
  • Cada MV debe ser de un ancho de clúster único, incluidas las MV locales únicamente o sin clúster. Libvirtd solo aplica los nombres únicos según el host. Si clona una MV a mano, debe cambiar el nombre del archivo de configuración de clon.