Almacenamiento de bloques GFS2 compartido de aprovisionamiento ligero

El aprovisionamiento 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 virtual, en lugar de asignar el tamaño virtual completo del VDI por adelantado. El aprovisionamiento ligero le permite reducir significativamente la cantidad de espacio necesario en un arreglo de discos de almacenamiento compartido y, con ello, su costo total de propiedad (TCO).

El aprovisionamiento ligero para almacenamiento de información en bloque compartido es de particular interés en los siguientes casos:

  • Desea una mayor eficiencia del espacio. Las imágenes están escasamente asignadas y no densamente.
  • Desea reducir el número de operaciones de E/S por segundo en su arreglo de discos de almacenamiento. El GFS2 SR es el primer tipo SR que admite almacenamiento en caché de lectura en almacenamiento en bloque compartido.
  • Utilice una imagen base común para varias máquinas virtuales. Por lo general, las imágenes de máquinas virtuales individuales utilizarán aún menos espacio.
  • Utiliza instantáneas. Cada instantánea es una imagen y cada imagen ahora es escasa.
  • El almacenamiento no admite NFS y solo admite almacenamiento en bloque. Si su almacenamiento admite NFS, le recomendamos que utilice NFS en lugar de GFS2.
  • Desea crear VDI con un tamaño superior a 2 TiB. El 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 un GFS2 SR se almacenan en el formato de imagen QCOW2.

Requisitos previos

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.

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

Configurar un grupo agrupado para usar una SR compartida de GFS2

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

Nota:

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

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.

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

Importante:

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

  • Hay varios destinos disponibles en el servidor de almacenamiento.

    Por ejemplo, un back-end de almacenamiento iSCSI consultado para sendtargets en un portal dado devuelve varios destinos, como en el ejemplo siguiente:

      iscsiadm -m discovery —type sendtargets —portal 192.168.0.161
      192.168.0. 161:3260 ,1 iqn.fresa:litchie
      192.168.0. 204:3260 ,2 iqn.fresa:litchie
    
  • Sólo 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 desee tener al almacenamiento de información, tenga una NIC y que haya una dirección IP configurada en cada NIC. Por ejemplo, si desea cuatro paths al almacenamiento, debe tener cuatro NIC con una dirección IP configurada cada una.

  • Sólo para HBA, varios HBA están conectados a la estructura del switch.

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

Como alternativa, para utilizar la CLI xe para configurar varias rutas de almacenamiento, siga los siguientes pasos en todos los servidores Citrix Hypervisor del grupo de clústeres:

  1. Abra una consola en el servidor Citrix Hypervisor.

  2. Desenchufe 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:

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

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

    • Desconecte y vuelva a conectar el PBD de los SRs 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 Multipathing de almacenamiento.

Crear una SR de GFS2 compartida

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

Crear un GFS2 compartido sobre SR 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.

Alternativamente, puede usar la CLI xe para crear un GFS2 sobre SR iSCSI.

Parámetros de Device-config para SRs de GFS2:

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

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

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>
  1. Comience ejecutando 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 proporciona una lista de valores posibles en cada paso.

  2. Repita el comando, agregando 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 del grupo agrupado en clústeres:

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 se montan los filesystems GFS2, es posible que algunos hosts del grupo agrupado en clústeres se bloqueen.

Para obtener más información sobre cómo trabajar con SRs iSCSI, consulteCompatibilidad con iSCSI de software.

Crear un GFS2 compartido sobre SR de HBA

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

Alternativamente, puede usar la CLI xe para crear un GFS2 sobre HBA SR.

Parámetros de Device-config para SRs de GFS2:

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

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

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>
  1. Comience ejecutando 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 proporciona una lista de valores posibles en cada paso.

  2. Repita el comando, agregando 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 de GFS2 compartida en un LUN específico de un destino de HBA, ejecute el siguiente comando en un servidor del grupo de clústeres:

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 SRs de HBA, consulteAdaptadores de bus host de hardware.

Limitaciones

El almacenamiento compartido de GFS2 actualmente tiene las siguientes restricciones:

  • La migración de VM con migración en vivo de almacenamiento no es compatible con las VM cuyos VDI están en un SR de GFS2.
  • El protocolo FCoE no es compatible con los SRs GFS2.
  • Recortar/unmap no es compatible con los SRs de GFS2.
  • Las métricas de rendimiento no están disponibles para los SRs y discos GFS2 en estos SRs.
  • El seguimiento de bloques modificado no es compatible con los VDI almacenados en SRs de GFS2.
  • No puede exportar VDI mayores de 2 TiB como VHD u OVA/OVF. Sin embargo, puede exportar máquinas virtuales con VDI mayores de 2 TiB en formato XVA.
  • 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.