Grupos agrupados

La agrupación en clústeres proporciona características adicionales necesarias para los grupos de recursos que utilizan SRs de GFS2. Para obtener más información acerca de GFS2, consulteConfigurar almacenamiento.

Un clúster es un grupo de hosts Citrix Hypervisor que están más conectados y coordinados que los grupos no agrupados. Los hosts del clúster mantienen una comunicación constante entre sí en una red seleccionada. Todos los hosts del clúster son conscientes del estado de cada host del clúster. Esta coordinación de host permite al clúster controlar el acceso al contenido del SR de GFS2.

Quórum

Cada host de un clúster debe estar siempre en comunicación con al menos la mitad de los hosts del clúster (incluido el mismo). Este estado se conoce como un host que tiene quórum.

El valor de quórum para un grupo de números impares es la mitad de uno más el número total de hosts del clúster: (n+1) /2. El valor de quórum para un grupo de números pares es la mitad del número total de hosts del clúster: n/2.

Para un grupo de números pares, es posible que el clúster en ejecución se divida exactamente por la mitad. El clúster en ejecución decide qué mitad del clúster se autovallas y cuál mitad del clúster tiene quórum. Cuando un grupo agrupado de números pares se enciende desde un inicio en frío, (n/2) +1 hosts deben estar disponibles antes de que los hosts tengan quórum. Una vez que los hosts tienen quórum, el clúster se activa.

Si un host no tiene quórum, ese host se autovalga.

Autovallado

Si un host detecta que no tiene quórum, se autovalla en unos segundos. Cuando un host se autovalla, se reinicia inmediatamente. Todas las máquinas virtuales que se ejecutan en el host se matan porque el host realiza un apagado por completo. En un grupo agrupado que utiliza alta disponibilidad, Citrix Hypervisor reinicia las máquinas virtuales según su configuración de reinicio en otros miembros del grupo. El host que se autocercó se reinicia e intenta volver a unirse al clúster.

Si el número de hosts activos del clúster es menor que el valor de quórum, todos los hosts restantes pierden quórum.

En un escenario ideal, el grupo de clústeres siempre tiene más hosts activos de los que se requieren para el quórum y Citrix Hypervisor nunca se cerca. Para que este escenario sea más probable, tenga en cuenta las siguientes recomendaciones al configurar el grupo agrupado en clústeres:

  • Asegúrese de tener una buena redundancia de hardware.

  • Utilice una red vinculada dedicada para la red del clúster. Asegúrese de que las NIC enlazadas estén en el mismo segmento L2. Para obtener más información, consulte Redes.

  • Configure el multipathing de almacenamiento entre el grupo y el SR de GFS2. Para obtener más información, consulte Multipathing de almacenamiento.

  • Configure la alta disponibilidad en el grupo agrupado. En grupos agrupados, el SR de latido debe ser un SR de GFS2. Para obtener más información, consulte Alta disponibilidad.

Crear un grupo agrupado

Antes de comenzar, asegúrese de que se cumplen los siguientes requisitos previos:

  • Todos los servidores Citrix Hypervisor del grupo agrupado deben tener al menos 2 GiB de memoria de dominio de control.

  • Todos los hosts del clúster deben utilizar direcciones IP estáticas para la red del clúster.

  • Se recomienda utilizar clústeres sólo en grupos que contengan al menos tres hosts, ya que los grupos de dos hosts son sensibles a la autoprotección de todo el grupo.

  • Si tiene un firewall entre los hosts del grupo, asegúrese de que los hosts puedan comunicarse en la red del clúster mediante los siguientes puertos:
    • TCP: 8892, 21064
    • UDP: 5404, 5405

    Para obtener más información, consulte Puertos de comunicación utilizados por Citrix Technologies.

  • Si está agrupando un grupo existente, asegúrese de que la alta disponibilidad esté deshabilitada. Puede volver a habilitar la alta disponibilidad después de habilitar la agrupación en clústeres.

Si lo prefiere, puede configurar la agrupación de clústeres en su grupo mediante XenCenter. Para obtener más información, consulte la Documentación del producto XenCenter.

Para usar la CLI xe para crear un grupo agrupado:

  1. Cree una red enlazada para utilizarla como red de clústeres. En el servidor Citrix Hypervisor que desea ser el maestro de grupo, siga los pasos siguientes:

    1. Abra una consola en el servidor Citrix Hypervisor.

    2. Asigne un nombre al fondo de recursos mediante el siguiente comando:

      xe pool-param-set name-label="New Pool" uuid=<pool_uuid>
      
    3. Cree una red para utilizarla con la NIC enlazada mediante el siguiente comando:

      xe network-create name-label=bond0
      

      Se devuelve el UUID de la nueva red.

    4. Busque los UUID de los PIF que se van a utilizar en el enlace mediante el siguiente comando:

      xe pif-list
      
    5. Cree su red enlazada en modo activo-activo, modo activo-pasivo o modo de enlace LACP. En función del modo de enlace que desee utilizar, realice una de las siguientes acciones:

      • Para configurar el vínculo en modo activo-activo (predeterminado), utilice el comando bond-create para crear el vínculo. Usando comas para separar los parámetros, especifique el UUID de red recién creado y los UUID de los PIF que se van a unir:

         xe bond-create network-uuid=<network_uuid> /
              pif-uuids=<pif_uuid_1>,<pif_uuid_2>,<pif_uuid_3>,<pif_uuid_4>
        

        Escriba dos UUID cuando vinculo dos NIC y cuatro UUID cuando vinculo cuatro NIC. El UUID para el enlace se devuelve después de ejecutar el comando.

      • Para configurar el enlace en modo de enlace activo-pasivo o LACP, utilice la misma sintaxis, agregue el parámetro modeopcional y especifique lacp o active-backup :

         xe bond-create network-uuid=<network_uuid> pif-uuids=<pif_uuid_1>, /
              <pif_uuid_2>,<pif_uuid_3>,<pif_uuid_4> /
              mode=balance-slb | active-backup | lacp
        

    Una vez creada la red enlazada en el maestro de grupo, cuando se une a otros servidores Citrix Hypervisor al grupo, la información de red y enlace se replica automáticamente en el servidor de unión.

    Para obtener más información, consulte Redes.

  2. Cree un grupo de recursos de al menos tres servidores Citrix Hypervisor.

    Repita los pasos siguientes en cada servidor Citrix Hypervisor que sea miembro del grupo (no maestro):

    1. Abra una consola en el servidor Citrix Hypervisor.
    2. Unir el servidor Citrix Hypervisor al grupo del grupo principal mediante el comando siguiente:

      xe pool-join master-address=master_address master-username=administrators_username master-password=password
      

      El valor delmaster-address parámetro debe establecerse en el nombre de dominio completo del servidor Citrix Hypervisor que es el maestro de grupo. password`` Debe ser la contraseña de administrador establecida cuando se instaló el maestro de grupo.

    Para obtener más información, consulte Hosts y grupos de recursos.

  3. Para cada PIF que pertenece a esta red, establezcadisallow-unplug=true.

    1. Busque los UUID de los PIF que pertenecen a la red mediante el siguiente comando:

      xe pif-list
      
    2. Ejecute el siguiente comando en un servidor Citrix Hypervisor del grupo de recursos:

      xe pif-param-set disallow-unplug=true uuid=<pif_uuid>
      
  4. Habilite la agrupación en clústeres en su grupo. Ejecute el siguiente comando en un servidor Citrix Hypervisor del grupo de recursos:

    xe cluster-pool-create network-uuid=<network_uuid>
    

    Proporcione el UUID de la red enlazada que creó en un paso anterior.

Administrar su grupo agrupado en clústeres

Al administrar el grupo agrupado en clústeres, las siguientes prácticas pueden reducir el riesgo de que el grupo pierda quórum.

Asegúrese de que los hosts estén apagados de forma limpia

Cuando un host se cierra de forma limpia, se elimina temporalmente del clúster hasta que se inicia de nuevo. Mientras el host está apagado, no cuenta para el valor de quórum del clúster. La ausencia del host no hace que otros hosts pierdan quórum.

Sin embargo, si un host se cierra por la fuerza o inesperadamente, no se quita del clúster antes de que se desconecte. Este host cuenta para el valor de quórum del clúster. Su apagado puede provocar que otros hosts pierdan quórum.

Usar el modo de mantenimiento

Antes de hacer algo en un host que podría causar que ese host pierda quórum, ponga el host en modo de mantenimiento. Cuando un host está en modo de mantenimiento, las máquinas virtuales en ejecución se migran de él a otro host del grupo. Además, si ese host era el maestro del grupo, ese rol se pasa a otro host del grupo. Si sus acciones hacen que un host en modo de mantenimiento se ajuste automáticamente, no perderá ninguna máquina virtual ni perderá la conexión de XenCenter al grupo.

Los hosts en modo de mantenimiento siguen contando para el valor de quórum del clúster.

Sólo puede cambiar la dirección IP de un host que forma parte de un grupo agrupado cuando ese host está en modo de mantenimiento. Cambiar la dirección IP de un host hace que el host abandone el clúster. Cuando la dirección IP se ha cambiado correctamente, el host vuelve a unirse al clúster. Después de que el host vuelva a unirse al clúster, puede quitarlo del modo de mantenimiento.

Recuperar hosts que se han autovallado o que están fuera de línea

Es importante recuperar hosts que se han autovallado. Mientras estos miembros del clúster están sin conexión, cuentan para el número de quórum del clúster y disminuyen el número de miembros del clúster a los que se puede contactar. Esta situación aumenta el riesgo de una falla posterior del host que haga que el clúster pierda quórum y se cierre por completo.

Tener hosts sin conexión en el clúster también le impide realizar ciertas acciones. En un grupo agrupado, cada miembro del grupo debe aceptar cada cambio de pertenencia al grupo antes de que el cambio pueda tener éxito. Si un miembro del clúster no es contactable, Citrix Hypervisor impide las operaciones que cambian la pertenencia al clúster (como agregar host o quitar host).

Marcar hosts como muertos

Si no se pueden recuperar uno o más hosts sin conexión, puede marcarlos como muertos en el clúster. Marcar hosts como muertos los elimina permanentemente del clúster. Una vez que los hosts se marcan como muertos, ya no cuentan para el valor de quórum.

Limitaciones

  • Los grupos agrupados solo admiten hasta 16 hosts por grupo.
  • Si se ha utilizado una red para la administración y la agrupación en clústeres, no puede separar la red de administración sin volver a crear el clúster.
  • Para cambiar la dirección IP de la red del clúster mediante XenCenter, es necesario deshabilitar temporalmente la agrupación en clústeres y GFS2.
  • No cambie la vinculación de la red de clústeres mientras el clúster esté activo y tenga máquinas virtuales en ejecución. Esta acción puede hacer que el clúster se cerque.
  • Si tiene un conflicto de direcciones IP (varios hosts que tienen la misma dirección IP) en su red de clústeres que involucre al menos un host con clústeres habilitados, los hosts no se ciernen. Para solucionar este problema, resuelva el conflicto de direcciones IP.