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.
-
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, 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.
- 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:
-
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:
-
Abra una consola en el servidor de Citrix Hypervisor.
-
Asigne un nombre a su grupo de recursos mediante el siguiente comando:
xe pool-param-set name-label="New Pool" uuid=<pool_uuid> -
Cree una red para usarla con la NIC enlazada mediante el siguiente comando:
xe network-create name-label=bond0Se devuelve el UUID de la nueva red.
-
Encuentre los UUID de los PIF que se van a usar en el enlace mediante el siguiente comando:
xe pif-list -
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-createpara 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
modeopcional y especifiquelacpoactive-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.
-
-
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):
- Abra una consola en el servidor de Citrix Hypervisor.
-
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=passwordEl valor del parámetro
master-addressdebe establecerse en el nombre de dominio completo del servidor de Citrix Hypervisor que es el maestro de grupo.passworddebe 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.
-
Para cada PIF que pertenezca a esta red, defina
disallow-unplug=true.-
Busque los UUID de los PIF que pertenecen a la red mediante el siguiente comando:
xe pif-list -
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>
-
-
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.
Asegúrese de que las rutas múltiples de almacenamiento estén configuradas entre su grupo en clúster y su SR GFS2. 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. |
Sí |
target |
La dirección IP o el nombre de host del archivador iSCSI que aloja | Sí |
targetIQN |
El objetivo IQN del archivador iSCSI que aloja el SR | Sí |
SCSIid |
Identificador SCSI del dispositivo | Sí |
Puede encontrar los valores que se van a usar 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>
-
Comience por ejecutar el siguiente comando:
xe sr-probe-ext type=gfs2 device-config:provider=iscsiLa salida del comando le pide que proporcione parámetros adicionales y le da una lista de valores posibles en cada paso.
-
Repita el comando y agregue nuevos parámetros cada vez.
-
Cuando el resultado del comando comienza con
The following SRs were found:, puede usar los parámetrosdevice-configque especificó para localizar la SR al ejecutar el comandoxe 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. |
Sí |
SCSIid |
Identificador SCSI del dispositivo | Sí |
Puede encontrar los valores que se van a usar 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>
-
Comience por ejecutar el siguiente comando:
xe sr-probe-ext type=gfs2 device-config:provider=hbaLa salida del comando le pide que proporcione parámetros adicionales y le da una lista de valores posibles en cada paso.
-
Repita el comando y agregue nuevos parámetros cada vez.
-
Cuando el resultado del comando comienza con
The following SRs were found:, puede usar los parámetrosdevice-configque especificó para localizar la SR al ejecutar el comandoxe 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 de almacenamiento (en vivo o sin conexión) no es compatible con las máquinas virtuales cuyas VDI están en un SR GFS2. Tampoco puede migrar VDI de otro tipo de SR a un SR GFS2.
-
El transporte de FCoE no es compatible con los SR GFS2.
-
Recortar/desasignar no se admite en los SR de GFS2.
-
Los SR de GFS2 no admiten CHAP.
-
Las máquinas virtuales de clonación completa de MCS no son compatibles con los RA de GFS2.
-
No se admite el uso de varios RA GFS2 en el mismo catálogo de MCS.
-
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.
-
No puede tener más de 62 SR GFS2 en su agrupación.
- 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.