Red Hat Training

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

7.2. Clústeres de huéspedes

Se refiere a RHEL Cluster/HA que se ejecuta dentro de los huéspedes virtualizados en una variedad de plataformas de virtualización. En este caso RHEL Clustering/HA se utiliza principalmente para hacer que las aplicaciones que se ejecuten dentro de los huéspedes estén altamente disponibles. Este escenario es similar a la forma como RHEL Clustering/HA siempre ha utilizado hosts vacíos tradicionales. La diferencia es que el agrupamiento se ejecuta dentro de los huéspedes en su lugar.
La siguiente es una lista de plataformas de virtualización y el nivel de soporte actualmente disponible para ejecutar clústeres de huéspedes mediante alta disponibilidad (HA) de clústeres de RHEL. En la lista, RHEL 6 Guests abarca tanto la alta disponibilidad (agrupamiento de núcleos) como los complementos de almacenamiento resistente (GFS2, clvmd y cmirror).
  • Hosts de RHEL 5.3+ Xen soportan totalmente los clústeres de huéspedes en ejecución donde los sistemas operativos de huéspedes también son RHEL 5.3 o superiores:
    • Clústeres de huéspedes Xen pueden usar fence_xvm o fence_scsi para cercado de huéspedes.
    • El uso de fence_xvm/fence_xvmd requiere que se esté ejecutando un clúster de hosts para ofrecer soporte. fence_xvmd y fence_xvm deben utilizarse como agentes de cercado en todos los huéspedes en clúster.
    • El almacenamiento compartido puede ser provisto, ya sea por dispositivos de bloque compartidos respaldados por iSCSI o Xen o por el almacenamiento de archivos de respaldo (imágenes crudas).
  • Hosts RHEL 5.5+ KVM no soportan clústeres de huéspedes en ejecución.
  • Hosts RHEL 6.1+ KVM no soportan clústeres de huéspedes en ejecución donde los sistemas operativos de huésped son huéspedes RHEL 6.1+ o RHEL 5.6+. Los huéspedes de RHEL 4 no tienen soporte.
    • La mezcla de nodos de clúster en vacío que están virtualizados es permitida.
    • Clústeres de huéspedes RHEL 5.6+ pueden usar fence_xvm o fence_scsi para cercado de huéspedes.
    • Clústeres de huéspedes RHEL 6.1+ pueden usar ya sea fence_xvm (en el paquete fence-virt package) o fence_scsi para cercado de huéspedes.
    • Los RHEL 6.1+ KVM Hosts deben usar fence_virtd si el clúster de huéspedes utiliza fence_virt o fence_xvm como el agente de vallas. Si el clúster de huéspedes utiliza fence_scsi, no requerirá fence_virtd en los hosts.
    • fence_virtd puede operar en tres modos:
      • No se permite el modo autónomo en el que el mapeo de host a huésped tiene codificación dura y migración en vivo de los huéspedes.
      • Uso del servicio Openais Checkpoint para realizar el seguimiento a migraciones en vivo de huéspedes en clúster. Para ello, se requiere que un clúster de host esté ejecutándose.
      • Uso de Infraestructura de administración Qpid (QMF) provista por el paquete libvirt-qpid. Utiliza QMF para hacer seguimiento a migraciones de huéspedes sin requerir que todo un clúster de host esté presente.
    • El almacenamiento compartido puede ser provisto, ya sea por dispositivos de bloque compartidos respaldados por iSCSI o KVM o por el almacenamiento de archivos de respaldo (imágenes crudas).
  • Las versiones 2.2+ y 3.0 de Red Hat Enterprise Virtualization Management (RHEV-M) soportan actualmente huéspedes en clúster RHEL 5.6+ y RHEL 6.1+ .
    • Los clústeres de huéspedes deben ser homogéneos (ya sean todos los huéspedes RHEL 5.6+ o todos los huéspedes RHEL 6.1+).
    • La mezcla de nodos de clúster en vacío que están virtualizados es permitida.
    • El cercado es provisto por fence_scsi en RHEV-M 2.2+ y por fence_scsi y fence_rhevm en RHEV-M 3.0. El cercado recibe soporte mediante fence_scsi como se describe a continuación:
      • El uso de _scsi con almacenamiento iSCSI es limitado para servidores iSCSI que soportan reservaciones persistentes SCSI 3 con los comandos preempt-y -abort. No todos los servidores iSCSI soportan esta funcionalidad. Verifique con el proveedor de almacenamiento si su servidor cumple con el soporte de reservaciones persistentes SCSI 3. Observe que el servidor iSCSI distribuido con Red Hat Enterprise Linux no soporta actualmente reservaciones persistentes SCSI 3 , por lo tanto, no es apto para usar con fence_scsi.
  • VMware vSphere 4.1, VMware vCenter 4.1, VMware ESX y ESXi 4.1 soportan clústeres de huéspedes en ejecución cuando los sistemas operativos de huésped son RHEL 5.7+ o RHEL 6.2+. La versión 5.0 de VMware vSphere, vCenter, ESX y ESXi también tienen soporte; no obstante, debido al esquema incompleto de WDSL provisto en el lanzamiento inicial de Vmware vSphere 5.0, la herramienta fence_vmware_soap no funciona en la instalación predeterminada. Consulte nuestra base de conocimientos en https://access.redhat.com/knowledge/ para obtener el procedimiento actualizado para corregir este problema.
    • Los clústeres de huéspedes deben ser homogéneos ( sean todos los huéspedes RHEL 5.7+ o todos los huéspedes RHEL 6.1+).
    • La mezcla de nodos de clúster en vacío que están virtualizados es permitida.
    • El agente fence_vmware_soap requiere VMware perl API de terceras partes. Este paquete de software debe descargarse desde el sitio de Web VMware e instalarse en los huéspedes en clúster de RHEL.
    • De modo alternativo, fence_scsi puede utilizarse para proveer cercado como se describe a abajo.
    • El almacenamiento compartido puede ser provisto por dispositivos de bloque compartidos crudos iSCSI o VMware.
    • El uso de clústeres de huéspedes VMware ESX recibe soporte, sea con fence_vmware_so_ap o fence_scsi.
  • El uso de clústeres de huéspedes Hyper-V no recibe soporte, en este momento.

7.2.1. El uso de fence-scsi y almacenamiento compartido iSCSI

  • En todos los entornos de virtualización de arriba, el almacenamiento de fence_scsi e iSCSI se pueden utilizar, en lugar del almacenamiento nativo compartido y los dispositivos nativos de vallas.
  • fence_scsi se utiliza para proporcionar cercado de E/S para almacenamiento compartido provisto en iSCSI si el destino iSCSI soporta reservaciones persistentes SCSI 3 y los comandos preempt y abort. Verifique con el vendedor de almacenamiento para determinar si su solución iSCSI soporta la funcionalidad de arriba.
  • El software de servidor iSCSI que se distribuye con RHEL no soporta reservaciones persistentes SCSI 3, por lo tanto, no puede utilizarse con fence_scsi. No obstante, es apto para ser utilizado como una solución de almacenamiento compartida junto con otros dispositivos de vallas tales como, fence_vmware o fence_rhevm.
  • Para usar fence_scsi en todos los huéspedes, no se requiere un clúster de host (en RHEL 5 Xen/KVM y RHEL 6 KVM Host use casos)
  • Si usa fence_scsi como agente de vallas, todo el almacenamiento compartido debe ser sobre iSCSI. No se permite la mezcla de iSCSI y almacenamiento compartido.