Almacenamiento en bloque GFS2 compartido aprovisionado 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 previamente el tamaño virtual completo de la VDI. El aprovisionamiento ligero le permite reducir significativamente la cantidad de espacio requerido en un arreglo de discos de almacenamiento compartido y, con ello, su costo total de propiedad (TCO).

El aprovisionamiento ligero para almacenamiento de bloques compartido es de particular interés en los siguientes casos:

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

  • Tiene un dispositivo de almacenamiento basado en bloques que es visible para todos los servidores HASH (0x2e68218) en el fondo de recursos.

Configurar un grupo agrupado para utilizar un SR de GFS2 compartido

Para utilizar el almacenamiento GFS2 compartido, el grupo de recursos HASH (0x2e68218) debe ser un grupo agrupado. Habilite la agrupación de clústeres en su grupo antes de crear un SR de GFS2.

Nota:

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

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.

Configurar multirutas de almacenamiento en su GFS2 SR compartido

Importante:

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

  • Hay varios destinos disponibles en el servidor de almacenamiento de información.

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

      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, 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 NICs cada una con una dirección IP configurada.

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

Puede usar XenCenter para configurar varias rutas de almacenamiento. Para obtener más información, consulteMultirutas de almacenamientoen la documentación del producto XenCenter.

Alternativamente, para usar la CLI xe para configurar multirutas de almacenamiento, complete los siguientes pasos en todos los servidores HASH (0x2e68218) del grupo en clúster:

  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 delother-config:multipathing parámetrotrue en mediante el comando siguiente:

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

xe host-param-set other-config:multipathhandle=dmp uuid=<server_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 multirutas:

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

Para obtener más información, consulte Multirutas de almacenamiento.

Crear un SR de GFS2 compartido

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

Crear un GFS2 compartido a través de iSCSI SR

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

Alternativamente, puede usar la CLI xe para crear un GFS2 a través de iSCSI SR.

Parámetros de configuración del dispositivo para SRs GFS2:

Nombre del parámetro Descripción ¿Requerido?
provider 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 destino IQN del archivador 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 solicita 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 porThe following SRs were found:, puede utilizar losdevice-configparámetros especificados para localizar el SR al ejecutar elxe sr-createcomando.

Para crear un SR de GFS2 compartido en un LUN específico de un destino iSCSI, ejecute el siguiente comando en un servidor del 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 se montan los sistemas de archivos GFS2, es posible que algunos hosts del grupo agrupado se bloqueen.

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

Crear un GFS2 compartido a través de HBA SR

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

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

Parámetros de configuración del dispositivo para SRs GFS2:

Nombre del parámetro Descripción ¿Requerido?
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 solicita 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 porThe following SRs were found:, puede utilizar losdevice-configparámetros especificados para localizar el SR al ejecutar elxe sr-createcomando.

Para crear un SR de GFS2 compartido en un LUN específico de un destino de HBA, ejecute el siguiente comando en un servidor del grupo 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 SRs de HBA, consulteAdaptadores de bus host de hardware.

Restricciones

El almacenamiento compartido GFS2 tiene actualmente las siguientes restricciones:

  • 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 un SR de GFS2.
  • El protocolo FCoE no es compatible con los SRs de 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 de GFS2 en estos SRs.
  • El seguimiento de bloques modificados no es compatible con los VDI almacenados en SRs de GFS2.
  • No se pueden exportar VDI mayores de 2 TiB como VHD u OVA/OVF. Sin embargo, puede exportar máquinas virtuales con VDIS de más de 2 TiB en formato XVA.
  • 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.