Almacenamiento en bloque GFS2 compartido de aprovisionamiento fino
El aprovisionamiento fino utiliza mejor el almacenamiento disponible mediante la asignación de espacio de almacenamiento en disco a las VDI a medida que los datos se escriben en el disco virtual, en lugar de asignar el tamaño virtual completo de la VDI por adelantado. El aprovisionamiento ligero le permite reducir significativamente la cantidad de espacio necesario en una cabina de almacenamiento compartido y, con ello, su coste total de propiedad (TCO).
El aprovisionamiento fino para el almacenamiento en bloque compartido es de especial interés en los siguientes casos:
- Desea aumentar la eficiencia del espacio. Las imágenes están escasas y no muy distribuidas.
- Desea reducir el número de operaciones de E/S por segundo en la cabina de almacenamiento. El GFS2 SR es el primer tipo de SR que admite el almacenamiento en caché de lectura de almacenamiento en el almacenamiento en bloque compartido.
- Se usa una imagen base común para varias máquinas virtuales. Normalmente, las imágenes de las máquinas virtuales individuales utilizarán incluso menos espacio.
- Utiliza instantáneas. Cada instantánea es una imagen y cada imagen es ahora escasa.
- Desea crear VDI que tengan un tamaño superior a 2 TiB. El GFS2 SR admite VDI de hasta 16 TiB de tamaño.
- Su almacenamiento no es compatible con NFS o SMB3 y solo admite almacenamiento en bloque. Si su almacenamiento es compatible con NFS o SMB3, le recomendamos que utilice estos tipos de SR en lugar de GFS2.
- El almacenamiento no admite el aprovisionamiento fino de LUN. Si su almacenamiento realiza LUN de aprovisionamiento fino, puede encontrar problemas y quedarse sin espacio al combinarlo con GFS2. La combinación de GFS2 con un LUN de aprovisionamiento fino no proporciona muchas ventajas adicionales y no se recomienda. XenCenter muestra una advertencia si intenta utilizar GFS2 con un LUN de aprovisionamiento fino.
Nota: No
Se recomienda no utilizar un SR GFS2 con una VLAN debido a un problema conocido en el que no se pueden agregar o eliminar hosts en un grupo agrupado si la red del clúster está en una VLAN que no es de administración.
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 el formato de imagen QCOW2.
1. Planifique su entorno GFS2
Para proporcionar los beneficios del aprovisionamiento fino en el almacenamiento en bloque compartido sin riesgo de pérdida de datos, su grupo debe ofrecer un buen nivel de confiabilidad y conectividad. Es crucial que los hosts del grupo de recursos que utiliza GFS2 puedan comunicarse entre sí de forma fiable. Para garantizar esto, XenServer requiere que utilice un grupo en clúster con su SR de GFS2. También se recomienda diseñar el entorno y configurar las funciones de XenServer para proporcionar la mayor resistencia y redundancia posible.
Antes de configurar el grupo de XenServer para que funcione con SR de GFS2, revise los siguientes requisitos y recomendaciones para un entorno de GFS2 ideal:
-
Recomendado: Configuración de la infraestructura de red redundante.
-
Recomendado: Creación de una red enlazada dedicada
-
Obligatorio: Configuración de un grupo agrupado
-
Recomendado: Configuración de múltiples rutas de almacenamiento
-
Obligatorio: Crear un SR GFS2
Un grupo agrupado con SR GFS2 tiene algunas diferencias en el comportamiento con respecto a otros tipos de grupo y SR. Para obtener más información, consulte Restricciones.
2. Configurar la infraestructura de red redundante
Una red enlazada enlaza dos o más NIC para crear un único canal para el tráfico de red. Se recomienda utilizar una red enlazada para el tráfico del grupo agrupado. Sin embargo, antes de configurar la red enlazada, asegúrese de que la configuración de hardware de red promueva la redundancia en la red enlazada. Considere la posibilidad de implementar tantas de estas recomendaciones como sea posible para su organización y entorno.
Las siguientes prácticas recomendadas agregan resistencia frente a errores de software, hardware o energía que pueden afectar a los conmutadores de red.
- Asegúrese de tener conmutadores de red físicos independientes disponibles para su uso en la red vinculada, no solo puertos en el mismo conmutador.
- Asegúrese de que los interruptores separados extraigan energía de diferentes unidades de distribución de energía (PDU) independientes.
- Si es posible, en su centro de datos, coloque las PDU en diferentes fases de la alimentación de energía o incluso en alimentaciones proporcionadas por diferentes compañías de servicios públicos.
- Considere la posibilidad de utilizar unidades de alimentación ininterrumpida para garantizar que los conmutadores de red y los servidores puedan seguir funcionando o realizar un apagado ordenado en caso de un corte de energía.
3. Crear una red vinculada dedicada
Es importante asegurarse de que los hosts de un grupo agrupado puedan comunicarse de forma fiable entre sí. La creación de una red enlazada para este tráfico de grupo aumenta la resistencia del grupo agrupado.
Una red enlazada crea un enlace entre dos o más NIC para crear un único canal de alto rendimiento que el grupo agrupado puede utilizar 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 independiente para que el grupo la use para administrar el tráfico.
Nota: No
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, 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 utilizarla como red de agrupación en clústeres:
- Abra el archivo Nueva red hechicero.
- En la primera página del asistente, seleccione Red Vinculada y, a continuación, haga clic en Próximo.
- En el Miembros de Bond , seleccione las NIC que desea vincular. Para seleccionar una NIC, active su casilla de verificación en la lista. Se pueden seleccionar hasta cuatro NIC en esta lista. Desactive la casilla de verificación para anular la selección de una NIC.
-
Debajo Modo de enlace, elija el tipo de fianza:
- Escoger Activo-activo para configurar un enlace activo-activo. Con este enlace, el tráfico se equilibra entre las NIC vinculadas. Si se produce un error en una NIC dentro del enlace, el tráfico de red del servidor se enruta automáticamente a través de la segunda NIC.
- Escoger 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 se produce un error en la NIC activa, por ejemplo, si pierde la conectividad de red.
- Escoger 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 máquina virtual desde la que se originó el tráfico. Utilice esta opción para equilibrar el tráfico en un entorno en el que tenga varias máquinas virtuales en el mismo host. Esta opción no es adecuada si hay menos interfaces virtuales (VIC) que NIC: ya que el equilibrio de carga no es óptimo porque el tráfico no se puede dividir entre las NIC.
- Escoger LACP con equilibrio de carga basado en IP y 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 a través de las NIC. Utilice esta opción para equilibrar el tráfico de las máquinas virtuales en un entorno en el que el número de NIC supera el número de VIF.
Notes:
- Para poder ver las opciones de enlace de LACP en XenCenter y crear un enlace de LACP, configure vSwitch como pila de red. Además, los switches deben ser compatibles con el estándar IEEE 802.3ad.
- Los tipos de enlace activo-activo y activo-pasivo están disponibles tanto para el vSwitch como para el puente de Linux.
- Puede vincular dos, tres o cuatro NIC cuando vSwitch es la pila de red. Sin embargo, solo puede enlazar dos NIC cuando el puente de Linux es la pila de red.
- Para utilizar tramas gigantes, establezca la unidad máxima de transmisión (MTU) a un valor comprendido entre 1500 y 9216.
- Seleccione la opción Agregar automáticamente esta red a nuevas máquinas virtuales para que la nueva red se agregue a las nuevas máquinas virtuales creadas con la casilla de verificación Nueva máquina virtual hechicero.
- Clic Terminar para crear la nueva red y cerrar el asistente.
Después de crear la red enlazada en el coordinador del grupo, cuando se unen otros hosts de XenServer al grupo, la información de la red y del enlace se replica automáticamente en el servidor que se une.
Para obtener más información, consulte Configuración de NIC.
Notes:
- 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 agrupación en clústeres mientras el clúster esté activo y tenga máquinas virtuales en ejecución. Esta acción puede hacer que los hosts del clúster se reinicien de forma completa (cercado).
- Si tiene un conflicto de direcciones IP (varios hosts que tienen la misma dirección IP) en la red de agrupación en clústeres que involucra al menos a un host con la agrupación en clústeres habilitada, el clúster no se forma correctamente y los hosts no pueden cercar cuando es necesario. Para solucionar este problema, resuelva el conflicto de direcciones IP.
4. Configurar un grupo agrupado
Para utilizar el almacenamiento GFS2 compartido, el grupo de recursos de XenServer debe ser un grupo en clúster. Habilite la agrupación en clústeres en su grupo antes de crear un SR GFS2.
Para crear un grupo agrupado:
- Abra el archivo Nueva piscina cuadro de diálogo haciendo clic en Nueva piscina en la barra de herramientas.
- Introduzca un nombre para el nuevo grupo y una descripción opcional. El nombre se muestra en el Recursos hoja.
- Nomine al coordinador del grupo seleccionando un servidor de la carpeta Coordinador lista.
- Seleccione más servidores para colocarlos en el nuevo grupo de la Miembros adicionales lista. Se enumeran todos los servidores administrados disponibles. Si un servidor no aparece en la lista, puede agregarlo a la lista haciendo clic en Agregar nuevo servidor. Si un servidor administrado no aparece en la lista, puede deberse a que no cumple uno o varios de los requisitos de unión a grupos enumerados en Requisitos de la piscina.
- Escoger Crear grupo para crear el grupo y cerrar el cuadro de diálogo.
- Seleccione el grupo en el Recursos panel y en su General , seleccione Propiedades. El Propiedades de la piscina Se abre la ventana.
- En Agrupamiento , seleccione Habilitación de la agrupación en clústeres y elija la red enlazada dedicada que ha creado para que sea la red de clúster.
- Haga clic en OK.
5. Configurar múltiples rutas de almacenamiento
Asegúrese de que las rutas múltiples de almacenamiento estén configuradas entre el grupo de clústeres y el SR de GFS2.
La ruta múltiple enruta el tráfico de almacenamiento a un dispositivo de almacenamiento a través de varias rutas para obtener redundancia. Todas las rutas pueden tener tráfico activo durante el funcionamiento normal, lo que se traduce en un mayor rendimiento.
Antes de habilitar las rutas múltiples, verifique que las siguientes instrucciones sean verdaderas:
-
El conmutador Ethernet o de fibra está configurado para que varios destinos estén disponibles en el servidor de almacenamiento.
Por ejemplo, un back-end de almacenamiento iSCSI consultado para
Objetivos de envíoen un portal determinado 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.strawberry:litchie 192.168.0.204:3260,2 iqn.strawberry:litchieSin embargo, puede realizar una configuración adicional para habilitar la ruta múltiple iSCSI para matrices que solo exponen un único destino. Para obtener más información, consulte Múltiples rutas iSCSI para matrices 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 de múltiples rutas.
Asegúrese de que para cada ruta de acceso al almacenamiento, tenga una NIC y que haya una dirección IP configurada en cada NIC. Por ejemplo, si desea cuatro rutas de acceso al almacenamiento, debe tener cuatro NIC que tengan configurada una dirección IP cada una.
-
Solo para iSCSI, cada destino e iniciador iSCSI tiene un IQN único.
-
Solo para iSCSI, los puertos de destino iSCSI funcionan en modo de portal.
-
Solo para HBA, se conectan varios HBA a la estructura del conmutador.
-
Si es posible, utilice varios conmutadores redundantes.
Para habilitar las rutas múltiples:
Complete los siguientes pasos para cada servidor de su grupo:
- En Recursos panel, seleccione el servidor y, a continuación, colóquelo 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 de grupo, está desconectado y podría desaparecer de la Recursos temporalmente mientras se asigna un nuevo coordinador de grupo. Cuando el servidor vuelve a aparecer en el Recursos con el icono del modo de mantenimiento del servidor (
), continúe con el siguiente paso. - En el General , seleccione Propiedades y, a continuación, seleccione la opción Múltiples rutas pestaña.
- Para habilitar las rutas múltiples, verifique la opción Habilitación de múltiples rutas en este servidor casilla de verificación. Para deshabilitar la multiruta, desactive la casilla de verificación.
- Clic De acuerdo 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.
- Vuelva a sacar el servidor del modo de mantenimiento. Seleccione el servidor en el Recursos panel, haga clic con el botón derecho y seleccione Salir del modo de mantenimiento.
Asegúrese de habilitar las rutas múltiples en todos los hosts del grupo. Todo el cableado y, en el caso de iSCSI, las configuraciones de subred deben coincidir con las NIC correspondientes de cada host.
6. Crea un GFS2 SR
Cree el SR de GFS2 compartido en un iSCSI o un LUN de HBA que sea visible para todos los hosts de XenServer del grupo de recursos.
Nota: No
No se recomienda utilizar un LUN de aprovisionamiento fino con GFS2. XenCenter muestra una advertencia si intenta utilizar GFS2 con un LUN de aprovisionamiento fino.
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 grupo agrupado.
Para crear un software iSCSI SR
Nota: No
Antes de realizar los siguientes pasos, asegúrese de que el IQN del iniciador iSCSI esté configurado correctamente para todos los hosts del grupo. Para obtener más información, consulte Cambiar las propiedades del servidor.
- Abra el archivo Nuevo repositorio de almacenamiento Asistente: haga clic en Nuevo almacenamiento en la barra de herramientas. Alternativamente:
- En el Almacenamiento para el grupo o servidor seleccionado, haga clic en Nuevo SR.
- En el Almacenamiento , haga clic en Nuevo SR.
- En Recursos , seleccione un servidor o grupo y, a continuación, haga clic con el botón derecho y haga clic en Nuevo SR en el menú contextual.
- Escoger Software iSCSI como tipo de almacenamiento físico y, a continuación, haga clic en Próximo.
- En el 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 avance por el asistente. Para introducir su propia descripción, desactive la casilla Descripción generada automáticamente y escriba en la casilla de verificación Descripción caja. Haga clic en Next para continuar.
- En el Aprovisionamiento página, seleccione Aprovisionamiento ligero (GFS2).
-
En el 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 GFS2. Deje esta opción sin seleccionar.
-
IQN objetivo: Para especificar el IQN de destino iSCSI, haga clic en el icono Descubre los IQN y, a continuación, elija un IQN de la IQN objetivo lista.
Importante:
El destino iSCSI y todos los servidores del grupo no deben tener el mismo IQN establecido. Cada objetivo e iniciador iSCSI debe tener un IQN único. Si se utiliza un identificador IQN no único, se pueden dañar los datos, denegar el acceso al objetivo o ambas cosas.
-
LUN de destino: Para especificar el LUN en el que se va a crear el repositorio de almacenamiento, haga clic en el icono Descubrir LUNs botón. Elija un LUN de la clase LUN de destino lista.
Cada repositorio de almacenamiento iSCSI individual debe estar contenido completamente en un solo LUN. El SR no puede abarcar más de un LUN. Si el LUN ya contiene un SR, elija utilizar el SR existente o reemplazar el SR existente por uno nuevo. La sustitución del SR existente destruye todos los datos presentes en el disco.
-
- Clic Terminar para completar la nueva configuración de SR y cerrar el asistente.
Para crear un SR de HBA de hardware
- Para abrir el archivo Nuevo repositorio de almacenamiento , puede realizar cualquiera de las siguientes acciones:
- En la barra de herramientas, seleccione Nuevo almacenamiento.
- En el Almacenamiento para el grupo o servidor seleccionado, seleccione Nuevo SR.
- En el Almacenamiento menú, seleccione Nuevo SR.
- En Recursos , seleccione un servidor o grupo, luego haga clic con el botón derecho y seleccione Nuevo SR en el menú contextual.
- Escoger Hardware HBA como tipo de almacenamiento físico y, a continuación, seleccione Próximo.
- En el 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 avance por el asistente. Para introducir su propia descripción, desactive la casilla Descripción generada automáticamente y escriba en la casilla de verificación Descripción caja. Clic Próximo Para continuar a la Aprovisionamiento página.
- En el Aprovisionamiento , seleccione la página Aprovisionamiento ligero (GFS2).
- Clic Próximo Para continuar a la Ubicación página.
-
El asistente examina los LUN disponibles y, a continuación, muestra una página en la que se enumeran todos los LUN encontrados. Seleccione un LUN de la lista y haga clic en Crear.
Nota: No
Se muestra un mensaje de advertencia si hay SR existentes en el LUN que ha seleccionado. Revise los detalles y elija una de las siguientes opciones.
- Para utilizar el existente, haga clic en Reinstale.
- Para eliminar el SR existente y crear un SR, haga clic en Formato.
- Si prefiere seleccionar un LUN diferente, haga clic en Cancelar y seleccione un LUN de la lista.
- El Resumen muestra información sobre el nuevo SR. Lea la información y, a continuación, haga clic en Terminar para completar el proceso de creación de SR.
Restricciones
Actualmente, el almacenamiento compartido GFS2 tiene las siguientes restricciones:
-
Al igual que con cualquier SR de aprovisionamiento fino, si el uso de SR de GFS2 crece hasta el 100 %, se producen errores en las escrituras adicionales de las máquinas virtuales. Estas escrituras fallidas pueden provocar errores dentro de la máquina virtual, posibles daños en los datos o ambos.
-
XenCenter muestra una alerta cuando el uso de SR aumenta al 80 %. Asegúrese de supervisar su GFS2 SR para esta alerta y tomar las medidas adecuadas si la observa. En un SR GFS2, el uso elevado provoca una degradación del rendimiento. Te recomendamos que mantengas el uso de la 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 FCoE no es compatible con los SR GFS2.
-
Recortar/desasignar no es compatible con los SR GFS2.
-
CHAP no es compatible con los SR GFS2.
-
El seguimiento de bloques modificados no es compatible con las VDI almacenadas en SR GFS2.
-
No se pueden 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 fino con GFS2. Sin embargo, si elige esta configuración, debe asegurarse de que el LUN siempre tenga suficiente espacio para permitir que XenServer escriba en él.
-
No se recomienda utilizar la deduplicación de SAN con SR GFS2. Sin embargo, si elige esta configuración, debe utilizar una supervisión externa adecuada de la utilización de la SAN para asegurarse de que siempre haya espacio para que XenServer escriba.
-
El sistema de archivos GFS2 no puede tener más de 100 TiB.
-
No puede tener más de 62 SR GFS2 en su grupo.
-
Los grupos agrupados solo admiten hasta 16 hosts por grupo.
-
Para el tráfico de clúster, se recomienda encarecidamente utilizar una red enlazada que utilice 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 deshabilitar temporalmente la agrupación en clústeres y GFS2.
-
No cambie la vinculación de la red de agrupación en clústeres mientras el clúster esté activo y tenga máquinas virtuales en ejecución. Esta acción puede hacer que los hosts del clúster se reinicien de forma completa (cercado).
-
Si tiene un conflicto de direcciones IP (varios hosts que tienen la misma dirección IP) en la red de agrupación en clústeres que involucra al menos a un host con la agrupación en clústeres habilitada, el clúster no se forma correctamente y los hosts no pueden cercar cuando es necesario. Para solucionar este problema, resuelva el conflicto de direcciones IP.