Citrix Hypervisor

Almacenamiento en bloque GFS2 compartido de aprovisionamiento ligero

El Provisioning ligero utiliza mejor el almacenamiento disponible al asignar espacio de almacenamiento en disco a los VDI a medida que los datos se escriben en el disco vDisk, en lugar de asignar el tamaño virtual completo del VDI por adelantado. El Provisioning ligero le permite reducir significativamente la cantidad de espacio necesario en un arreglo de discos de almacenamiento compartido y, con ello, su coste total de propiedad (TCO).

El aprovisionamiento controlado para el almacenamiento en bloque compartido es de particular interés en los siguientes casos:

  • Quiere una mayor eficiencia del espacio. Las imágenes están escasamente asignadas y no densamente asignadas.
  • Quiere reducir el número de operaciones de E/S por segundo en su arreglo de discos de almacenamiento. GFS2 SR es el primer tipo de SR que admite el almacenamiento en caché de lectura de almacenamiento en almacenamiento en bloque compartido.
  • Se usa una imagen base común para varias máquinas virtuales. Por lo general, las imágenes de las VM individuales utilizarán incluso menos espacio.
  • Usas instantáneas. Cada instantánea es una imagen y ahora cada imagen es escasa.
  • Su almacenamiento no admite NFS y solo admite almacenamiento en bloque. Si su almacenamiento admite NFS, le recomendamos que utilice NFS en lugar de GFS2.
  • Quiere crear VDI con un tamaño superior a 2 TiB. La GFS2 SR admite VDI de hasta 16 TiB de tamaño.

El tipo GFS2 compartido representa los discos como un sistema de archivos creado en un LUN iSCSI o HBA. Los VDI almacenados en una SR GFS2 se almacenan en el formato de imagen QCOW2.

Requisitos previos

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.

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

  • Se recomienda utilizar clústeres solo 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 de su 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 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.

  • Tiene un dispositivo de almacenamiento basado en bloques que es visible para todos los servidores de Citrix Hypervisor del grupo de recursos.

Configurar un grupo agrupado para usar una SR GFS2 compartida

Para usar el almacenamiento GFS2 compartido, el grupo de recursos de Citrix Hypervisor debe ser un grupo en clúster. Habilite la agrupación en clústeres en su grupo antes de crear una SR GFS2.

Nota:

Los grupos agrupados se comportan de manera diferente a los grupos no agrupados. Para obtener más información sobre el comportamiento de los clústeres, consulte Grupos agrupados.

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. 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 la agrupación 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. En función del modo de enlace que quiera 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. Mediante 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 de enlace activo-pasivo o LACP, utilice la misma sintaxis, agregue el parámetro opcional mode 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 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 de Citrix Hypervisor de su fondo de recursos:

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

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

Configurar rutas múltiples de almacenamiento a su SR GFS2 compartida

Importante:

Antes de intentar habilitar multirrutas, compruebe que las instrucciones siguientes son verdaderas:

  • Hay varios destinos disponibles en su servidor de almacenamiento.

    For example, an iSCSI storage back-end queried for sendtargets on a given portal returns multiple targets, as in the following example:

      iscsiadm -m discovery --type sendtargets --portal 192.168.0.161
      192.168.0.161:3260,1 iqn.strawberry:litchie
      192.168.0.204:3260,2 iqn.strawberry:litchie
    
  • Solo para iSCSI, dom0 tiene una dirección IP en cada subred utilizada por el almacenamiento de múltiples rutas.

    Asegúrese de que para cada path que quiera tener al almacenamiento de información, tenga una NIC y que haya una dirección IP configurada en cada NIC. Por ejemplo, si quiere cuatro paths al almacenamiento, debe tener cuatro NIC con una dirección IP configurada cada una.

  • Solo para HBA, varios HBA están conectados a la estructura del switch.

Puede usar XenCenter para configurar rutas múltiples de almacenamiento. Para obtener más información, consulte Múltiples rutas de almacenamiento en la documentación del producto XenCenter.

Como alternativa, para usar la CLI xe para configurar las rutas múltiples de almacenamiento, complete los siguientes pasos en todos los servidores de Citrix Hypervisor de su grupo agrupado:

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

  2. Desconecte todos los PBD del servidor mediante el siguiente comando:

    xe pbd-unplug uuid=<pbd_uuid>
    
  3. Establezca el valor del parámetro other-config:multipathing en true mediante el siguiente comando:

    xe host-param-set other-config:multipathing=true uuid=<server_uuid>
    
  4. Establezca el valor del parámetro other-config:multipathhandle en dmp mediante el siguiente comando:

    xe host-param-set other-config:multipathhandle=dmp uuid=<server_uuid>
    
  5. Si hay SR existentes en el servidor que se ejecutan en modo de ruta única pero que tienen varias rutas:

    • Migrar o suspender cualquier huésped en ejecución con discos vDisk en los SRs afectados

    • Desconecte y vuelva a conectar el PBD de los SR afectados para volver a conectarlos mediante rutas múltiples:

       xe pbd-unplug uuid=<pbd_uuid>
       xe pbd-plug uuid=<pbd_uuid>
      

Para obtener más información, consulte Múltiples rutas de almacenamiento.

Crear una SR GFS2 compartida

Puede crear su SR GFS2 compartida en un LUN iSCSI o HBA.

Crear una SR GFS2 compartida a través de iSCSI

Puede crear GFS2 a través de SRs iSCSI mediante XenCenter. Para obtener más información, consulte Almacenamiento iSCSI de software en la documentación del producto XenCenter.

Como alternativa, puede usar la CLI xe para crear una SR GFS2 sobre iSCSI.

Parámetros de configuración de dispositivos para SRs GFS2:

Nombre del parámetro Descripción ¿Obligatorio?
provider La implementación del proveedor de bloques. En este caso, iscsi.
target La dirección IP o el nombre de host del archivador iSCSI que aloja
targetIQN El objetivo IQN del archivador iSCSI que aloja el SR
SCSIid Identificador SCSI del dispositivo

Puede encontrar los valores que se van a utilizar para estos parámetros mediante el comando xe sr-probe-ext.

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>
  1. Comience por ejecutar el siguiente comando:

    xe sr-probe-ext type=gfs2 device-config:provider=iscsi
    

    La salida del comando le pide que proporcione parámetros adicionales y le da una lista de valores posibles en cada paso.

  2. Repita el comando y agregue nuevos parámetros cada vez.

  3. Cuando la salida del comando comienza por The following SRs were found:, puede utilizar los parámetros device-config especificados para localizar el SR al ejecutar el comando xe sr-create.

Para crear una SR GFS2 compartida en un LUN específico de un destino iSCSI, ejecute el siguiente comando en un servidor de su grupo en clúster:

xe sr-create type=gfs2 name-label="Example GFS2 SR" --shared \
   device-config:provider=iscsi device-config:targetIQN=target_iqns \
   device-config:target=portal_address device-config:SCSIid=scsci_id

Si no se puede alcanzar el destino iSCSI mientras los sistemas de archivos GFS2 están montados, es posible que algunos hosts del grupo agrupado en clúster se cerquen.

Para obtener más información sobre cómo trabajar con SR iSCSI, consulte Compatibilidad con iSCSI de software.

Crear una GFS2 compartida a través de HBA SR

Puede crear GFS2 a través de SR de HBA mediante XenCenter. Para obtener más información, consulte Almacenamiento de HBA de hardware en la documentación del producto XenCenter.

Como alternativa, puede usar la CLI xe para crear una GFS2 a través de HBA SR.

Parámetros de configuración de dispositivos para SRs GFS2:

Nombre del parámetro Descripción ¿Obligatorio?
provider La implementación del proveedor de bloques. En este caso, hba.
SCSIid Identificador SCSI del dispositivo

Puede encontrar los valores que se van a utilizar para el parámetro SCSIID mediante el comando xe sr-probe-ext.

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>
  1. Comience por ejecutar el siguiente comando:

    xe sr-probe-ext type=gfs2 device-config:provider=hba
    

    La salida del comando le pide que proporcione parámetros adicionales y le da una lista de valores posibles en cada paso.

  2. Repita el comando y agregue nuevos parámetros cada vez.

  3. Cuando la salida del comando comienza por The following SRs were found:, puede utilizar los parámetros device-config especificados para localizar el SR al ejecutar el comando xe sr-create.

Para crear una SR GFS2 compartida en un LUN específico de un destino de HBA, ejecute el siguiente comando en un servidor de su grupo agrupado en clúster:

xe sr-create type=gfs2 name-label="Example GFS2 SR" --shared \
  device-config:provider=hba device-config:SCSIid=device_scsi_id

Para obtener más información sobre cómo trabajar con SR de HBA, consulte Adaptadores de bus de host de hardware.

Limitaciones

El almacenamiento GFS2 compartido tiene actualmente las siguientes restricciones:

  • Al igual que con cualquier SR de aprovisionamiento ligero, si el uso de SR de GFS2 aumenta hasta el 100%, fallan las escrituras posteriores de las VM. Estas escrituras fallidas pueden provocar fallas dentro de la VM o posibles daños en los datos, o ambas cosas.

  • XenCenter muestra una alerta cuando el uso de SR aumenta hasta un 80%. Asegúrese de supervisar su GFS2 SR para detectar esta alerta y tomar las medidas apropiadas si lo ve. En una GFS2 SR, el uso elevado provoca una degradación del rendimiento. Le recomendamos que mantenga su uso de SR por debajo del 80%.

  • La migración de máquinas virtuales con migración en vivo de almacenamiento no se admite para máquinas virtuales cuyos VDI están en una SR GFS2. Tampoco puede migrar VDI de otro tipo de SR a un SR GFS2.

  • El protocolo FCoE no es compatible con los SR de GFS2.

  • Recortar/desasignar no se admite en los SR de GFS2.

  • Los SR de GFS2 no admiten CHAP.

  • Las métricas de rendimiento no están disponibles para los SR de GFS2 y los discos en estos SR.

  • El seguimiento de bloques modificados no es compatible con los VDI almacenados en SRs de GFS2.

  • No puede exportar VDI de más de 2 TiB como VHD u OVA/OVF. Sin embargo, puede exportar máquinas virtuales con VDI de más de 2 TiB en formato XVA.

  • No se recomienda utilizar un LUN de aprovisionamiento ligero con GFS2. Sin embargo, si elige esta configuración, debe asegurarse de que el LUN siempre tenga suficiente espacio para permitir que Citrix Hypervisor escriba en él.

  • Los grupos agrupados solo admiten hasta 16 hosts por grupo.
  • 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 del clúster 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.
Almacenamiento en bloque GFS2 compartido de aprovisionamiento ligero