Documentación de productos
XenCenter
Current Release
Ver PDF

Almacenamiento en bloque GFS2 compartido con aprovisionamiento ligero

August 27, 2026
Contribución de: 
X X

El aprovisionamiento ligero aprovecha mejor el almacenamiento disponible asignando espacio de almacenamiento en disco a los VDI a medida que se escriben datos 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 requerido en una matriz de almacenamiento compartido y, con ello, su Costo Total de Propiedad (TCO).

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

  • Desea una mayor eficiencia de espacio. Las imágenes se asignan de forma dispersa y no de forma completa.
  • Desea reducir el número de operaciones de E/S por segundo en su matriz de almacenamiento. El SR GFS2 es el primer tipo de SR en admitir el almacenamiento en caché de lectura en almacenamiento en bloque compartido.
  • Utiliza una imagen base común para varias máquinas virtuales. Las imágenes de las VM individuales utilizarán entonces, por lo general, aún menos espacio.
  • Utiliza instantáneas. Cada instantánea es una imagen y cada imagen ahora es dispersa.
  • Desea crear VDI de más de 2 TiB de tamaño. El SR GFS2 admite VDI de hasta 16 TiB de tamaño.
  • Su almacenamiento no admite NFS ni SMB3 y solo admite almacenamiento en bloque. Si su almacenamiento admite NFS o SMB3, le recomendamos que utilice estos tipos de SR en lugar de GFS2.
  • Su almacenamiento no admite el aprovisionamiento ligero de LUN. Si su almacenamiento sí aprovisiona LUN de forma ligera, puede encontrar problemas y quedarse sin espacio al combinarlo con GFS2. La combinación de GFS2 con un LUN con aprovisionamiento ligero no proporciona muchos beneficios adicionales y no se recomienda. XenCenter® muestra una advertencia si intenta usar GFS2 con un LUN con aprovisionamiento ligero.

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

1. Planifique su entorno GFS2

Para proporcionar los beneficios del aprovisionamiento ligero en el almacenamiento en bloque compartido sin riesgo de pérdida de datos, su grupo debe ofrecer un buen nivel de fiabilidad y conectividad. Es crucial que los hosts del grupo de recursos que utiliza GFS2 puedan comunicarse de forma fiable entre sí. Para garantizar esto, XenServer® requiere que utilice un grupo en clúster con su SR GFS2. También le recomendamos que diseñe su entorno y configure las funciones de XenServer para proporcionar la mayor resiliencia y redundancia posibles.

Antes de configurar su grupo de XenServer para trabajar con SR GFS2, revise los siguientes requisitos y recomendaciones para un entorno GFS2 ideal:

Un grupo en clúster con SR GFS2 tiene algunas diferencias de comportamiento con respecto a otros tipos de grupos y SR. Para obtener más información, consulte Restricciones.

2. Configurar una infraestructura de red redundante

Una red enlazada conecta dos o más NIC para crear un único canal para el tráfico de red. Recomendamos que utilice una red enlazada para el tráfico de su grupo en clúster GFS2. Sin embargo, antes de configurar su red enlazada, asegúrese de que la configuración de hardware de su red promueva la redundancia en la red enlazada. Considere implementar tantas de estas recomendaciones como sea factible para su organización y entorno.

Las siguientes prácticas recomendadas añaden resiliencia contra fallos de software, hardware o energía que pueden afectar a sus conmutadores de red.

  • Asegúrese de tener conmutadores de red físicos separados disponibles para su uso en la red enlazada, no solo puertos en el mismo conmutador.
  • Asegúrese de que los conmutadores separados obtengan energía de unidades de distribución de energía (PDU) diferentes e independientes.
  • Si es posible, en su centro de datos, coloque las PDU en diferentes fases de la alimentación eléctrica o incluso en alimentaciones proporcionadas por diferentes compañías de servicios públicos.
  • Considere el uso de unidades de suministro de energía ininterrumpida para garantizar que los conmutadores de red y los servidores puedan seguir funcionando o realizar un apagado ordenado en caso de un fallo de energía.

3. Crear una red enlazada dedicada

Es importante asegurarse de que los hosts de un grupo en clúster GFS2 puedan comunicarse de forma fiable entre sí. La creación de una red enlazada para este tráfico de grupo aumenta la resiliencia de su grupo en clúster.

Nota:

La red de clúster GFS2 no puede estar en una VLAN que no sea de administración.

Una red enlazada crea un enlace entre dos o más NIC para crear un canal único y de alto rendimiento que su grupo en clúster GFS2 puede usar para el tráfico de latidos del clúster. Recomendamos encarecidamente que esta red enlazada no se utilice para ningún otro tráfico. Cree una red separada para que el grupo la use para el tráfico de administración.

Nota:

Si tiene un firewall entre los hosts de su grupo, asegúrese de que los hosts puedan comunicarse en la red del clúster GFS2 utilizando los siguientes puertos:

  • TCP: 8892, 8896, 21064
  • UDP: 5404, 5405

Para obtener más información, consulte Puertos de comunicación utilizados por XenServer.

Para crear una red enlazada para usar como red de clúster GFS2:

  1. Abra el asistente de Nueva red.
  2. En la primera página del asistente, seleccione Red enlazada y, a continuación, haga clic en Siguiente.
  3. En la página Miembros del enlace, seleccione las NIC que desea enlazar. Para seleccionar una NIC, marque su casilla en la lista. Se pueden seleccionar hasta cuatro NIC en esta lista. Desmarque la casilla para anular la selección de una NIC.

  4. En Modo de enlace, elija el tipo de enlace:

    • Seleccione Activo-activo para configurar un enlace activo-activo. Con este enlace, el tráfico se equilibra entre las NIC enlazadas. Si una NIC dentro del enlace falla, el tráfico de red del servidor se enruta automáticamente a través de la segunda NIC.
    • Seleccione Activo-pasivo para configurar un enlace activo-pasivo, donde el tráfico pasa solo por una de las NIC enlazadas. En este modo, la segunda NIC solo se activa si la NIC activa falla, por ejemplo, si pierde la conectividad de red.
    • Seleccione LACP con equilibrio de carga basado en la dirección MAC de origen para configurar un enlace LACP. Con este enlace, la NIC de salida se selecciona en función de la dirección MAC de la VM de la que se originó el tráfico. Utilice esta opción para equilibrar el tráfico en un entorno donde tenga varias VM en el mismo host. Esta opción no es adecuada si hay menos interfaces virtuales (VIF) que NIC: ya que el equilibrio de carga no es óptimo porque el tráfico no se puede dividir entre las NIC.
    • Seleccione LACP con equilibrio de carga basado en la IP y el puerto de origen y destino para configurar un enlace LACP. Este enlace utiliza la dirección IP de origen, el número de puerto de origen, la dirección IP de destino y el número de puerto de destino para asignar el tráfico entre las NIC. Utilice esta opción para equilibrar el tráfico de las VM en un entorno donde el número de NIC supera el número de VIF.

    Notas:

    • Para poder ver las opciones de enlace LACP en XenCenter y crear un enlace LACP, configure vSwitch como la pila de red. Además, sus conmutadores deben ser compatibles con el estándar IEEE 802.3ad.
    • Los tipos de enlace activo-activo y activo-pasivo están disponibles tanto para vSwitch como para el puente Linux.
    • Puede enlazar dos, tres o cuatro NIC cuando vSwitch es la pila de red. Sin embargo, solo puede enlazar dos NIC cuando el puente Linux es la pila de red.

    La pila de red del puente Linux está en desuso y se eliminará en una versión futura.

  5. Para usar tramas jumbo, establezca la Unidad de Transmisión Máxima (MTU) en un valor entre 1500 y 9216.
  6. Seleccione la casilla de verificación Añadir automáticamente esta red a las nuevas máquinas virtuales para que la nueva red se añada a cualquier nueva VM creada utilizando el asistente Nueva VM.
  7. Haga clic en Finalizar para crear la nueva red y cerrar el asistente.

Después de crear su red enlazada en el coordinador del pool, cuando une otros hosts de XenServer al pool, la información de la red y del enlace se replica automáticamente al servidor que se une.

Para obtener más información, consulte Configuración de NIC.

Notas:

  • Cambiar la dirección IP de la red del clúster GFS2 mediante XenCenter requiere que el clúster y GFS2 se deshabiliten temporalmente.
  • No cambie el enlace de su red de clúster GFS2 mientras el clúster esté activo y tenga VM en ejecución. Esta acción puede provocar que los hosts del clúster se reinicien de forma forzada (fence).
  • Si tiene un conflicto de dirección IP (varios hosts con la misma dirección IP) en su red de clúster GFS2 que involucre al menos un host con la agrupación en clústeres habilitada, el clúster no se forma correctamente y los hosts no pueden cercarse cuando es necesario. Para solucionar este problema, resuelva el conflicto de dirección IP.

4. Configurar un pool en clúster GFS2

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

Para crear un pool en clúster GFS2:

  1. Abra el cuadro de diálogo Nuevo pool haciendo clic en Nuevo pool en la barra de herramientas.
  2. Introduzca un nombre para el nuevo pool y una descripción opcional. El nombre se muestra en el panel Recursos.
  3. Designe al coordinador del pool seleccionando un servidor de la lista Coordinador.
  4. Seleccione más servidores para colocar en el nuevo pool de la lista Miembros adicionales. Se enumeran todos los servidores administrados disponibles. Si un servidor no aparece en la lista, puede agregarlo haciendo clic en Agregar nuevo servidor. Si un servidor administrado no aparece en la lista, podría deberse a que no cumple uno o más de los requisitos de unión al pool enumerados en Requisitos del pool.
  5. Seleccione Crear pool para crear el pool y cerrar el cuadro de diálogo.
  6. Seleccione el pool en el panel Recursos y, en su pestaña General, seleccione Propiedades. Se abrirá la ventana Propiedades del pool.
  7. En la pestaña Agrupación en clústeres GFS2, seleccione Habilitar agrupación en clústeres GFS2 y elija la red enlazada dedicada que creó para que sea la red del clúster.
  8. Haga clic en Aceptar.

5. Aumente la memoria de su dominio de control

Si tiene memoria insuficiente en el dominio de control de sus hosts, su pool puede experimentar inestabilidad de red. La inestabilidad de red puede causar problemas en un pool en clúster con SR GFS2.

Es importante asegurarse de que su pool en clúster GFS2 tenga una cantidad adecuada de memoria de dominio de control. Para obtener información sobre cómo cambiar la cantidad de memoria del dominio de control, consulte Cambio de la memoria del dominio de control.

6. Configurar el multipathing de almacenamiento

Asegúrese de que el multipathing de almacenamiento esté configurado entre su pool en clúster y su SR GFS2.

El multipathing enruta el tráfico de almacenamiento a un dispositivo de almacenamiento a través de múltiples rutas para redundancia. Todas las rutas pueden tener tráfico activo durante el funcionamiento normal, lo que resulta en un mayor rendimiento.

Antes de habilitar el multipathing, verificar que las siguientes afirmaciones son verdaderas:

  • Su conmutador Ethernet o de fibra está configurado para que haya múltiples destinos disponibles en su servidor de almacenamiento.

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

      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

    Sin embargo, puede realizar una configuración adicional para habilitar el multipathing iSCSI para arrays que solo exponen un único destino. Para obtener más información, consulte Multipathing iSCSI para arrays que solo exponen un único destino.

  • Solo para iSCSI, el dominio de control (dom0) tiene una dirección IP en cada subred utilizada por el almacenamiento con multipathing.

    Asegúrese de que para cada ruta al almacenamiento, tenga una NIC y que haya una dirección IP configurada en cada NIC. Por ejemplo, si desea cuatro rutas a su almacenamiento, debe tener cuatro NIC que tengan una dirección IP configurada cada una.

  • Solo para iSCSI, cada destino e iniciador iSCSI tiene un IQN único.

  • Solo para iSCSI, los puertos de destino iSCSI están operando en modo portal.

  • Solo para HBA, múltiples HBA están conectados a la estructura del conmutador.

  • Si es posible, utilice varios conmutadores redundantes.

Para habilitar el multipathing:

Complete los siguientes pasos para cada servidor de su pool:

  1. En el panel Recursos, seleccione el servidor y póngalo en modo de mantenimiento. Hay un breve retraso mientras XenCenter migra las máquinas virtuales activas y desconecta el almacenamiento existente. Si el servidor es un coordinador del pool, se desconecta y puede desaparecer temporalmente del panel Recursos mientras se asigna un nuevo coordinador del pool. Cuando el servidor reaparezca en el panel Recursos con el icono de modo de mantenimiento del servidor ((/en-us/xencenter/media/000-server-maintenance-h32bit-16.png)), continúe con el siguiente paso.
  2. En la pestaña General, seleccione Propiedades y, a continuación, la pestaña Multirrutas.
  3. Para habilitar las multirrutas, marque la casilla Habilitar multirrutas en este servidor. Para deshabilitar las multirrutas, desmarque la casilla.
  4. Haga clic en Aceptar para aplicar la nueva configuración y cerrar el cuadro de diálogo. Hay un breve retraso mientras XenCenter guarda la nueva configuración de almacenamiento.
  5. Saque el servidor del modo de mantenimiento. Seleccione el servidor en el panel Recursos, haga clic con el botón derecho y seleccione Salir del modo de mantenimiento.

Asegúrese de habilitar las multirrutas en todos los hosts del pool. Todo el cableado y, en el caso de iSCSI, las configuraciones de subred deben coincidir con las NIC correspondientes en cada host.

7. Crear un SR GFS2

Cree su SR GFS2 compartido en un LUN iSCSI o HBA que sea visible para todos los hosts de XenServer en su pool de recursos.

Nota:

No recomendamos usar un LUN de aprovisionamiento ligero con GFS2. XenCenter muestra una advertencia si intenta usar GFS2 con un LUN de aprovisionamiento ligero.

Sin embargo, si elige esta configuración, debe asegurarse de que el LUN siempre tenga suficiente espacio para permitir que XenServer escriba en él.

Puede agregar hasta 62 SR GFS2 a un pool en clúster.

Para crear un SR iSCSI de software

<!- - kaizen-review: MD041 on line 1: - ->

Nota:

Antes de realizar los siguientes pasos, asegúrese de que el IQN del iniciador iSCSI esté configurado correctamente para todos los hosts del pool. Para obtener más información, consulte Cambio de propiedades del servidor.

  1. Abra el asistente Nuevo repositorio de almacenamiento: haga clic en Nuevo almacenamiento en la barra de herramientas. Alternativamente:
    • En la pestaña Almacenamiento para el pool o servidor seleccionado, haga clic en Nuevo SR.
    • En el menú Almacenamiento, haga clic en Nuevo SR.
    • En el panel Recursos, seleccione un servidor o pool, luego haga clic con el botón derecho y haga clic en Nuevo SR en el menú contextual.
  2. Seleccione iSCSI de software como tipo de almacenamiento físico y, a continuación, haga clic en Siguiente.
  3. En la página Nombre, introduzca el nombre del nuevo SR. Por defecto, el asistente genera una descripción del SR. Esta descripción incluye un resumen de las opciones de configuración que seleccione a medida que avanza por el asistente. Para introducir su propia descripción, desactive la casilla de verificación Generar descripción automáticamente y escriba en el cuadro Descripción. Haga clic en Siguiente para continuar.
  4. En la página Aprovisionamiento, seleccione Aprovisionamiento ligero (GFS2).

  5. En la página Ubicación, especifique los detalles del destino iSCSI:

    • Host de destino: La dirección IP o el nombre DNS del destino iSCSI. También puede ser una lista de valores separados por comas.

    • Usar CHAP: Esto no es compatible con los SR de GFS2. Deje esta opción sin seleccionar.

    • IQN de destino: Para especificar el IQN del destino iSCSI, haga clic en el botón Detectar IQN y luego elija un IQN de la lista IQN de destino.

      Importante:

      El destino iSCSI y todos los servidores del pool no deben tener el mismo IQN configurado. Cada destino e iniciador iSCSI debe tener un IQN único. Si se utiliza un identificador IQN no único, puede producirse corrupción de datos, se puede denegar el acceso al destino o ambas cosas.

    • LUN de destino: Para especificar el LUN en el que crear el repositorio de almacenamiento, haga clic en el botón Detectar LUNs. Elija un LUN de la lista LUN de destino.

      Cada repositorio de almacenamiento iSCSI individual debe estar contenido completamente en un único LUN. El SR no puede abarcar más de un LUN. Si el LUN ya contiene un SR, elija entre usar el SR existente o reemplazar el SR existente por uno nuevo. Reemplazar el SR existente destruye cualquier dato presente en el disco.

  6. Haga clic en Finalizar para completar la configuración del nuevo SR y cerrar el asistente.

Para crear un SR HBA de hardware

<!- - kaizen-review: MD041 on line 1: - ->

  1. Para abrir el asistente de Nuevo repositorio de almacenamiento, puede realizar cualquiera de las siguientes acciones:
    • En la barra de herramientas, seleccione Nuevo almacenamiento.
    • En la pestaña Almacenamiento del grupo o servidor seleccionado, seleccione Nuevo SR.
    • En el menú Almacenamiento, seleccione Nuevo SR.
    • En el panel Recursos, seleccione un servidor o grupo, haga clic con el botón derecho y seleccione Nuevo SR en el menú contextual.
  2. Seleccione HBA de hardware como tipo de almacenamiento físico y, a continuación, seleccione Siguiente.
  3. En la página Nombre, introduzca el nombre del nuevo SR. De forma predeterminada, el asistente genera una descripción del SR. Esta descripción incluye un resumen de las opciones de configuración que seleccione a medida que avanza por el asistente. Para introducir su propia descripción, desactive la casilla Generar descripción automáticamente y escriba en el cuadro Descripción. Haga clic en Siguiente para continuar con la página Aprovisionamiento.
  4. En la página Aprovisionamiento, seleccione el Aprovisionamiento ligero (GFS2).
  5. Haga clic en Siguiente para continuar con la página Ubicación.

  6. El asistente busca LUN disponibles y, a continuación, muestra una página con todas las LUN encontradas. Seleccione una LUN de la lista y haga clic en Crear.

    Nota:

    Se muestra un mensaje de advertencia si hay SR existentes en la LUN que ha seleccionado. Revise los detalles y elija una de las siguientes opciones.

    • Para usar el existente, haga clic en Volver a adjuntar.
    • Para eliminar el SR existente y crear un SR, haga clic en Formatear.
    • Si prefiere seleccionar una LUN diferente, haga clic en Cancelar y seleccione una LUN de la lista.
  7. La página de Resumen muestra información sobre el nuevo SR. Lea la información y luego haga clic en Finalizar para completar el proceso de creación del SR.

Restricciones

El almacenamiento GFS2 compartido tiene actualmente las siguientes restricciones:

  • Al igual que con cualquier SR de aprovisionamiento ligero, si el uso del SR GFS2 llega al 100%, las escrituras posteriores de las máquinas virtuales fallan. Estas escrituras fallidas pueden provocar fallos dentro de la máquina virtual, posible corrupción de datos o ambos.

  • XenCenter muestra una alerta cuando el uso de su SR llega al 80%. Asegúrese de supervisar su SR GFS2 para detectar esta alerta y tome las medidas adecuadas si aparece. En un SR GFS2, un uso elevado provoca una degradación del rendimiento. Le recomendamos que mantenga el uso de su 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 cuyos VDI se encuentran en un SR GFS2. Tampoco puede migrar VDI de otro tipo de SR a un SR GFS2.

  • El transporte FCoE no es compatible con los SR GFS2.

  • Trim/unmap no es compatible con los SR GFS2.

  • CHAP no es compatible con los SR GFS2.

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

  • No recomendamos usar una LUN de aprovisionamiento ligero con GFS2. Sin embargo, si elige esta configuración, debe asegurarse de que la LUN siempre tenga suficiente espacio para permitir que XenServer escriba en ella.

  • No recomendamos usar la deduplicación SAN con SR GFS2. Sin embargo, si elige esta configuración, debe usar una supervisión externa adecuada de la utilización de su SAN para asegurarse de que siempre haya espacio para que XenServer escriba.

  • Su sistema de archivos GFS2 no puede ser mayor de 100 TiB.

  • No puede tener más de 62 SR GFS2 en su grupo.

  • Los grupos en clúster GFS2 solo admiten hasta 16 hosts por grupo.

  • Para el tráfico del clúster GFS2, recomendamos encarecidamente que utilice una red enlazada que utilice al menos dos conmutadores de red diferentes. No utilice esta red para ningún otro propósito.

  • Cambiar la dirección IP de la red del clúster GFS2 mediante XenCenter requiere que la agrupación en clúster y GFS2 se deshabiliten temporalmente.

  • No cambie el enlace de su red de clúster GFS2 mientras el clúster esté activo y tenga máquinas virtuales en ejecución. Esta acción puede provocar que los hosts del clúster se reinicien de forma forzada (fencing).

  • Si tiene un conflicto de direcciones IP (varios hosts con la misma dirección IP) en su red de clúster GFS2 que involucre al menos un host con la agrupación en clúster GFS2 habilitada, el clúster no se formará correctamente y los hosts no podrán realizar el fencing cuando sea necesario. Para solucionar este problema, resuelva el conflicto de direcciones IP.

Documentación relacionada

XenServer Current Release

Almacenamiento en bloque GFS2 compartido con aprovisionamiento ligero
August 27, 2026
Contribución de: 
X X
August 27, 2026
Contribución de: 
X X

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.