Grupos agrupados

La agrupación en clústeres proporciona características adicionales que se requieren 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 HASH (0x2c1a078) que están más estrechamente 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 conocen el estado de cada host del clúster. Esta coordinación de host permite al clúster controlar el acceso al contenido de GFS2 SR.

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 con 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 de las autovalencias del clúster y qué mitad del clúster tiene quórum. Cuando un grupo agrupado de números pares se enciende desde un inicio en frío, los hosts (n/2) + 1 deben estar disponibles antes de que los hosts tengan quórum. Después de que los hosts tengan quórum, el clúster se activa.

Si un anfitrión no tiene quórum, ese anfitrión se valga de sí mismo.

Autovallado

Si un host detecta que no tiene quórum, se autovalga en unos segundos. Cuando un anfitrión se cercas, se reinicia inmediatamente. Todas las máquinas virtuales que se ejecutan en el host se matan porque el host realiza un apagado completo. En un grupo agrupado que utiliza alta disponibilidad, HASH (0x2c1a078) reinicia las VM según su configuración de reinicio en otros miembros del grupo. El host que se reinicia automáticamente e intenta volver a unirse al clúster.

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

En un escenario ideal, el grupo agrupado siempre tiene más hosts en vivo de los necesarios para quórum y HASH (0x2c1a078) nunca vallas. 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 vinculada dedicada para la red del clúster. Asegúrese de que las NIC vinculadas estén en el mismo segmento L2. Para obtener más información, consulte Conexión.

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

  • Configure la alta disponibilidad en el grupo agrupado. En grupos agrupados, el latido SR debe ser un GFS2 SR. 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 autovallación de todo el grupo.

  • Si tiene un firewall entre los hosts del grupo, asegúrese de que los hosts pueden 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 en clústeres en el grupo mediante XenCenter. Para obtener más información, consulte la Documentación del producto de XenCenter.

Para utilizar la CLI xe para crear un grupo agrupado:

  1. Cree una red unida para utilizarla como red de clústeres. En el servidor Citrix Hypervisor que desea ser el maestro del 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 su uso con la NIC unida 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 para usar en el enlace mediante el siguiente comando:

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

      • Para configurar el enlace en modo activo-activo (predeterminado), utilice elbond-create comando para crear el enlace. Utilizando 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 vincula dos NIC y cuatro UUID cuando vincula 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 elmode parámetro opcional y especifiquelacp oactive-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 crear la red unida en el grupo maestro, cuando se une a otros servidores Citrix Hypervisor al grupo, la información de red y vínculo se replica automáticamente en el servidor de unión.

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

  2. Cree un fondo 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 maestro de agrupación mediante el siguiente comando:

      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 del 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, configuredisallow-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 fondo 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 fondo de recursos:

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

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

Administre su grupo agrupado

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

Asegúrese de que los hosts se apagan limpiamente

Cuando un host se cierra limpiamente, se quita temporalmente del clúster hasta que se inicie de nuevo. Mientras el host está apagado, no cuenta para el valor de quórum del clúster. La ausencia del host no provoca que otros hosts pierdan el quórum.

Sin embargo, si un host se cierra forzosamente 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 el quórum.

Usar el modo de mantenimiento

Antes de hacer algo en un host que pudiera causar que ese host perdiera 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 de grupo, ese rol se pasa a otro host del grupo. Si sus acciones hacen que un host en modo de mantenimiento se valle automáticamente, no perderá ninguna máquina virtual ni perderá la conexión HASH (0x2e6c8e8) 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 dicho host está en modo de mantenimiento. Cambiar la dirección IP de un host hace que el host salga del 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 sacarlo del modo de mantenimiento.

Recuperar hosts con cercado automático o sin conexión

Es importante recuperar los 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 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 ser exitoso. Si un miembro del clúster no es contactable, HASH (0x2c1a078) impide las operaciones que cambian la pertenencia al clúster (como agregar host o quitar host).

Marcar a los anfitriones como muertos

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

Restricciones

  • Los grupos agrupados solo admiten hasta 16 hosts por grupo.
  • Si se ha utilizado una red tanto para la administración como para 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 dirección IP (varios hosts que tienen la misma dirección IP) en la red de clústeres que implica al menos un host con clustering habilitado, los hosts no se valen. Para solucionar este problema, resuelva el conflicto de dirección IP.