Grupos agrupados

Importante:

La actualización acumulativa 1 de Citrix Hypervisor 8.2 llega al final de su vida útil el 25 de junio de 2025. Planifique su actualización a XenServer 8 ahora para garantizar una transición fluida y un soporte continuo. Para obtener más información, consulte Actualizar.

Si utiliza los archivos de licencia de Citrix Virtual Apps and Desktops para licenciar los hosts de Citrix Hypervisor 8.2 Cumulative Update 1, estos archivos de licencia no son compatibles con XenServer 8. Antes de actualizar, debe adquirir los archivos de licencia de socket de XenServer Premium Edition para utilizarlos con XenServer 8. Estos archivos de licencia de socket están disponibles como un derecho de las suscripciones de Citrix para Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP y Citrix Platform License para ejecutar sus cargas de trabajo de Citrix. Los clientes de Citrix que aún no hayan realizado la transición a estas nuevas suscripciones pueden solicitar participar en una promoción gratuita de 10.000 licencias de socket de XenServer Premium Edition. Para obtener más información, consulte XenServer.

Si no obtiene una licencia compatible para XenServer 8 antes de actualizar, cuando actualice sus hosts, estos volverán a la edición de prueba de 90 días. La Edición de Prueba ofrece las mismas características que la Edición Premium con algunas limitaciones. Para obtener más información, consulte Descripción general de las licencias de XenServer 8.

La agrupación en clústeres proporciona características adicionales que son necesarias para los grupos de recursos que utilizan SR GFS2. Para obtener más información sobre GFS2, consulte Configurar el almacenamiento.

Un clúster es un grupo de hosts de Citrix Hypervisor que están más estrechamente conectados y coordinados que los hosts de 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 conocen el estado de cada uno de los hosts del clúster. Esta coordinación de host permite que el clúster controle el acceso al contenido del GFS2 SR.

Nota: No

La función de agrupación en clústeres solo beneficia a los grupos que contienen un SR GFS2. Si el grupo no contiene un SR GFS2, no habilite la agrupación en clústeres en el grupo.

Quórum

Cada host de un clúster debe estar siempre en comunicación con la mayoría de los hosts del clúster (incluido él mismo). Este estado se conoce como host que tiene quórum. Si un host no tiene quórum, ese host se autolimita.

El número de hosts que deben estar en comunicación para alcanzar inicialmente el quórum puede ser diferente del número de hosts que requiere un clúster para mantener el quórum.

En la tabla siguiente se resume este comportamiento. El valor de n es el número total de hosts en el grupo agrupado.

Grupos impares

Para alcanzar el valor de quórum de un grupo de números impares, necesita la mitad de uno más que el número total de hosts del clúster: (n+1)/2. Este es también el número mínimo de hosts que deben permanecer localizables para que el grupo permanezca con quórum.

Por ejemplo, en un grupo agrupado de 5 hosts, se debe poder contactar con 3 hosts para que el clúster se active y permanezca con quórum [(5+1)/2 = 3].

Siempre que sea posible, se recomienda utilizar un número impar de hosts en un grupo agrupado, ya que esto garantiza que los hosts siempre puedan determinar si tienen un conjunto de quórate.

Grupos pares

Cuando un grupo agrupado de números pares se enciende desde un inicio en frío, (n/2)+1 los 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.

Sin embargo, un grupo activo de números pares puede permanecer con quórum si el número de hosts contactables es al menos n/2. Como resultado, es posible que un clúster en ejecución con un número par de hosts se divida exactamente por la mitad. El clúster en ejecución decide qué mitad del clúster se autodelimita y qué mitad del clúster tiene quórum. La mitad del clúster que contiene el nodo con el ID más bajo que se consideró activo antes de la división del clúster permanece activa y la otra mitad del clúster se autodelimita.

Por ejemplo, en un grupo agrupado de 4 hosts, se debe poder contactar con 3 hosts para que el clúster se active [4/2 + 1 = 3]. Una vez que el clúster está activo, para mantener el quórum, solo se debe contactar con 2 hosts [4/2 = 2] y ese conjunto de hosts debe incluir el host con el ID de nodo más bajo que se sabe que está activo.

Autovallado

Si un host detecta que no tiene quórum, se autodelimita en unos segundos. Cuando un host se autodelimita, se reinicia inmediatamente. Todas las máquinas virtuales que se ejecutan en el host se detienen inmediatamente porque el host realiza un apagado 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 autodelimitó se reinicia e intenta volver a unirse al clúster.

Si el número de hosts activos en el clúster es inferior al valor de quórum, todos los hosts restantes pierden quórum.

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

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

• Utilice una red enlazada 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 Gestión de redes.

• Configure las rutas múltiples de almacenamiento entre el grupo y el SR de GFS2. Para obtener más información, consulte Múltiples rutas de almacenamiento.

Creación de un grupo agrupado

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

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

  Según el entorno, es posible que los hosts requieran más memoria de dominio de control que esta. Si no tiene suficiente memoria de dominio de control en sus hosts, su agrupación puede experimentar inestabilidad en la red. La inestabilidad de la red puede causar problemas a una agrupación en clústeres con la SR de GFS2. Para obtener información sobre cómo cambiar la cantidad de memoria del dominio de control y supervisar el comportamiento de la memoria, consulte Uso de memoria.

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

• Le recomendamos que utilice la agrupación en clústeres solo en grupos que contengan al menos tres hosts, ya que los grupos de dos hosts son sensibles a la posibilidad de que se autoproteja todo el grupo.

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

  Para obtener más información, consulte Puertos de comunicación que utilizan las tecnologías de Citrix.

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

• Le recomendamos encarecidamente que utilice una red enlazada para su grupo agrupado que no se utilice para ningún otro tráfico.

Si lo prefiere, puede configurar la agrupación en 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 en clúster:

1. Cree una red enlazada para usarla como red de agrupación en clústeres.

   Nota:

   Le recomendamos encarecidamente que utilice una red enlazada dedicada para su grupo agrupado en clústeres. No utilice esta red para ningún otro tipo de tráfico.

   En el servidor de Citrix Hypervisor que quiere ser el maestro de grupo, siga los pasos siguientes:

   1. Abra una consola en el servidor de Citrix Hypervisor.

   2. Asigne un nombre a su grupo de recursos mediante el siguiente comando:

      xe pool-param-set name-label="New Pool" uuid=<pool_uuid>
      

   3. Cree una red para usarla con la NIC enlazada mediante el siguiente comando:

      xe network-create name-label=bond0
      

      Se devuelve el UUID de la nueva red.

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

      xe pif-list
      

   5. Cree su red enlazada en modo activo-activo, modo activo-pasivo o modo enlace LACP. Según el modo de enlace que quiera usar, realice una de las siguientes acciones:

      • Para configurar el enlace en modo activo-activo (predeterminado), utilice el comando bond-create para crear el enlace. Con 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 vincule dos NIC y cuatro UUID cuando vincule cuatro NIC. El UUID del enlace se devuelve después de ejecutar el comando.

      • Para configurar el enlace en modo activo-pasivo o enlace LACP, utilice la misma sintaxis, agregue el parámetro mode opcional 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
        

   Después de haber creado la red enlazada en el maestro del grupo, cuando se une a otros servidores de Citrix Hypervisor al grupo, la información de red y enlace se replica automáticamente en el servidor que se une.

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

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

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

   1. Abra una consola en el servidor de Citrix Hypervisor.

   2. Conecte el servidor de Citrix Hypervisor al grupo en el maestro de grupos mediante el siguiente comando:

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

      El valor del parámetro master-address debe establecerse en el nombre de dominio completo del servidor de 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 pertenezca a esta red, defina disallow-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 de Citrix Hypervisor de su 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 de Citrix Hypervisor de su grupo de recursos:

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

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

Destrucción de un grupo agrupado

Puede destruir un grupo agrupado. Después de destruir un grupo agrupado, el grupo sigue existiendo, pero ya no está agrupado y ya no puede usar SR GFS2.

Para destruir un grupo agrupado, ejecute el siguiente comando:

  xe cluster-pool-destroy cluster-uuid=<uuid>

Administre su grupo agrupado

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

Agregar o quitar un host en un grupo agrupado

Al agregar o quitar un host en un grupo agrupado, asegúrese de que todos los hosts del clúster estén en línea.

Puede agregar o quitar un host en un grupo agrupado mediante XenCenter. Para obtener más información, consulte Agregar un servidor a un grupo y Quitar un servidor de un grupo.

También puede agregar o quitar un host en un grupo de clústeres mediante la CLI xe. Para obtener más información, consulte Adición de un host a un grupo mediante la CLI de xe y Eliminar hosts de Citrix Hypervisor de un grupo de recursos.

Asegúrese de que los hosts se apaguen correctamente

Cuando un host se apaga limpiamente, se quita temporalmente del clúster hasta que se vuelve a iniciar. Mientras el host está apagado, no cuenta para el valor de quórum del clúster. La ausencia de host no hace que otros hosts pierdan quórum.

Sin embargo, si un host se apaga de forma forzada o inesperada, no se elimina del clúster antes de que se desconecte. Este host cuenta para el valor de quórum del clúster. Su apagado puede hacer que otros hosts pierdan quórum.

Si es necesario apagar un host a la fuerza, primero verifique cuántos hosts activos hay en el clúster. Puede hacer esto con el comando corosync-quorumtool. En la salida del comando, el número de hosts activos es el valor de Total de votos: y el número de hosts en vivo necesarios para mantener el quórum es el valor de Quórum:.

• Si el número de hosts activos es el mismo que el número de hosts necesarios para mantener el quórum, no fuerce el apagado del host. Al hacerlo, todo el grupo se cerca.

  En su lugar, intente recuperar otros hosts y aumentar el número de hosts activos antes de apagar el host a la fuerza.

• Si el número de hosts activos es cercano al número de hosts necesarios para mantener el quórum, puede forzar el apagado del host. Sin embargo, esto hace que el clúster sea más vulnerable a la limitación completa si otros hosts del grupo tienen problemas.

Intente siempre reiniciar el host apagado lo antes posible para aumentar la resistencia del clúster.

Usar el modo de mantenimiento

Antes de hacer algo en un host que pueda hacer 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 fuera 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 autodelimite, no perderá ninguna máquina virtual ni perderá su conexión de XenCenter con el grupo.

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

Solo puede cambiar la dirección IP de un host que forma parte de un grupo de clústeres 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. Una vez que el host se vuelve a unir al clúster, puede sacarlo del modo de mantenimiento.

Recuperar hosts que se han autocercado o que están sin conexión

Es importante recuperar los hosts que se han autocercado. 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 con los que se puede contactar. Esta situación aumenta el riesgo de que se produzca un error de host posterior, lo que hará que el clúster pierda quórum y se apague por completo.

Tener hosts sin conexión en el clúster también le impide realizar determinadas acciones. En un grupo agrupado, todos los miembros del grupo deben estar de acuerdo con cada cambio de pertenencia al grupo para que el cambio pueda realizarse correctamente. Si no se puede contactar con un miembro del clúster, Citrix Hypervisor impide las operaciones que cambian la pertenencia al clúster (como agregar o eliminar host).

Marcar hosts como irrecuperables

Si no se pueden recuperar uno o varios hosts sin conexión, puede indicar al grupo agrupado que los olvide. Estos hosts se eliminan permanentemente del grupo. Una vez que los hosts se quitan del grupo, ya no cuentan para el valor de quórum.

Para marcar un host como irrecuperable, utilice el siguiente comando:

  xe host-forget uuid=<host_uuid>

Recuperar un host olvidado

Después de que se le dice a un grupo agrupado que olvide un host, el host no se puede volver a agregar al grupo.

Para volver a unirse al grupo en clúster, debe volver a instalar XenServer en el host para que aparezca como un nuevo host en el grupo. A continuación, puede unir el host al grupo agrupado de la manera habitual.

Solución de problemas del grupo agrupado

Si tiene problemas con el grupo agrupado, consulte Solución de problemas de grupos agrupados.

Restricciones

• Los grupos agrupados solo admiten hasta 16 hosts por grupo.
• Para habilitar la alta disponibilidad en una agrupación en clústeres, la SR de latido debe ser una SR de GFS2.
• Para el tráfico de clústeres, debe usar una red enlazada que use al menos dos conmutadores de red diferentes. No utilice esta red para ningún otro propósito.
• Para cambiar la dirección IP de la red de clústeres mediante XenCenter, es necesario inhabilitar 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 tiene máquinas virtuales en ejecución. Esta acción puede provocar 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 implica al menos un host con la agrupación en clústeres habilitada, los hosts no se cercan. Para solucionar este problema, resuelva el conflicto de direcciones IP.