Rutas múltiples de almacenamiento

El soporte de múltiples rutas dinámicas está disponible para back-ends de almacenamiento iSCSI y Fibre Channel.

Citrix Hypervisor utiliza rutas múltiples nativas de Linux (DM-MP), la solución genérica de rutas múltiples de Linux, como su controlador de rutas múltiples. Sin embargo, Citrix Hypervisor complementa este controlador con funciones adicionales para que Citrix Hypervisor pueda reconocer las funciones específicas del proveedor de los dispositivos de almacenamiento.

La configuración de múltiples rutas proporciona redundancia para el tráfico de almacenamiento remoto si hay una pérdida de conectividad parcial. Las rutas múltiples redirigen el tráfico de almacenamiento a un dispositivo de almacenamiento a través de varias rutas para obtener redundancia y aumentar el rendimiento. Puede usar hasta 16 rutas en un único LUN. Las rutas múltiples son una configuración activa-activa. De forma predeterminada, las rutas múltiples utilizan el equilibrio de carga por turnos o multibus según el tipo de arreglo de almacenamiento. Todas las rutas tienen tráfico activo en ellas durante el funcionamiento normal, lo que se traduce en un mayor rendimiento.

Importante:

Le recomendamos que habilite las rutas múltiples para todos los servidores de su grupo antes de crear el RA. Si crea el RA antes de habilitar las rutas múltiples, debe poner los servidores en modo de mantenimiento para habilitar las rutas múltiples.

La vinculación de NIC también puede proporcionar redundancia para el tráfico de almacenamiento. Para el almacenamiento iSCSI, recomendamos configurar rutas múltiples en lugar de vinculación NIC siempre que sea posible.

Las rutas múltiples no son efectivas en los siguientes casos:

• Dispositivos de almacenamiento NFS
• Tiene un número limitado de NIC y necesita redirigir el tráfico iSCSI y el tráfico de archivos (NFS o SMB) a través de la misma NIC

En estos casos, considere utilizar la vinculación NIC en su lugar. Para obtener más información sobre la vinculación de NIC, consulte Redes.

Requisitos previos

Antes de habilitar las rutas múltiples, compruebe que se cumplen estas afirmaciones:

• Hay varios destinos disponibles en su servidor de almacenamiento.

  Por ejemplo, un back-end de almacenamiento iSCSI consultado por 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.strawberry:litchie
    192.168.0.204:3260,2 iqn.strawberry:litchie
  

  Sin embargo, puede realizar una configuración adicional para habilitar rutas múltiples iSCSI para arreglos que solo exponen un único destino. Para obtener más información, consulte Rutas múltiples iSCSI para arreglos que solo exponen un único objetivo.

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

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

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

• Solo para iSCSI, los puertos de destino iSCSI funcionan en modo portal.

• Solo para HBA, hay varios HBA conectados a la estructura del conmutador.

• Al configurar interfaces secundarias, cada interfaz secundaria debe estar en una subred independiente. Por ejemplo, si quiere configurar dos interfaces secundarias más para el almacenamiento, necesitará direcciones IP en tres subredes diferentes: una subred para la interfaz de administración, una subred para la interfaz secundaria 1 y una subred para la interfaz secundaria 2.

  

  Este diagrama muestra cómo las dos NIC del host en una configuración iSCSI de múltiples rutas deben estar en subredes diferentes. En este diagrama, la NIC 1 del host, junto con el Switch 1 y la NIC 1 de ambos controladores de almacenamiento, se encuentran en una subred diferente a la de la NIC2, el Switch 2 y la NIC 2 de los controladores de almacenamiento.

Habilitar multipathing

Puede habilitar las rutas múltiples en XenCenter o en la CLI xe.

Para habilitar las rutas múltiples mediante XenCenter

1. En el panel Recursos de XenCenter, haga clic con el botón derecho en el servidor y elija Entrar en modo de mantenimiento.

2. Espere hasta que el servidor vuelva a aparecer en el panel Recursos con el icono del modo de mantenimiento (un cuadrado azul) antes de continuar.

3. En la ficha General del servidor, haga clic en Propiedades y, a continuación, vaya a la ficha Múltiples rutas.

4. Para habilitar las rutas múltiples, marque la casilla Habilitar rutas múltiples en este servidor.

5. Haga clic en Aceptar para aplicar el nuevo parámetro. Se produce una breve demora mientras XenCenter guarda la nueva configuración de almacenamiento.

6. En el panel Recursos, haga clic con el botón secundario en el servidor y elija Salir del modo de mantenimiento.

7. Repita estos pasos para habilitar las rutas múltiples en todos los servidores del grupo.

Asegúrese de habilitar las rutas múltiples en todos los servidores del grupo. Todo el cableado y, en el caso de iSCSI, las configuraciones de subred deben coincidir con las NIC correspondientes en cada servidor.

Para habilitar las rutas múltiples mediante la CLI xe

1. Abra una consola en el servidor de Citrix Hypervisor.

2. Desconecte todos los PBD del servidor mediante el siguiente comando:

   xe pbd-unplug uuid=<pbd_uuid>
   <!--NeedCopy-->
   

   Puede usar el comando xe pbd-list para encontrar el UUID de los PBD.

3. Establezca el valor del parámetro multipathing en true mediante el siguiente comando:

   xe host-param-set uuid=<host uuid> multipathing=true
   <!--NeedCopy-->
   

4. Si hay SR existentes en el servidor que se ejecutan en modo de ruta única pero que tienen varias rutas:

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

   • Conecte de nuevo el PBD de los RA afectados para volver a conectarlos mediante rutas múltiples:

      xe pbd-plug uuid=<pbd_uuid>
      <!--NeedCopy-->
     

5. Repita estos pasos para habilitar las rutas múltiples en todos los servidores del grupo.

Asegúrese de habilitar las rutas múltiples en todos los servidores del grupo. Todo el cableado y, en el caso de iSCSI, las configuraciones de subred deben coincidir con las NIC correspondientes en cada servidor.

Inhabilitar rutas múltiples

Puede inhabilitar las rutas múltiples en XenCenter o en la CLI xe.

Para inhabilitar las rutas múltiples mediante XenCenter

1. En el panel Recursos de XenCenter, haga clic con el botón derecho en el servidor y elija Entrar en modo de mantenimiento.

2. Espere hasta que el servidor vuelva a aparecer en el panel Recursos con el icono del modo de mantenimiento (un cuadrado azul) antes de continuar.

3. En la ficha General del servidor, haga clic en Propiedades y, a continuación, vaya a la ficha Múltiples rutas.

4. Para inhabilitar las rutas múltiples, desmarque la casilla Habilitar rutas múltiples en este servidor.

5. Haga clic en Aceptar para aplicar el nuevo parámetro. Se produce una breve demora mientras XenCenter guarda la nueva configuración de almacenamiento.

6. En el panel Recursos, haga clic con el botón secundario en el servidor y elija Salir del modo de mantenimiento.

7. Repita estos pasos para configurar las rutas múltiples en todos los servidores del grupo.

Para inhabilitar las rutas múltiples mediante la CLI xe

1. Abra una consola en el servidor de Citrix Hypervisor.

2. Desconecte todos los PBD del servidor mediante el siguiente comando:

   xe pbd-unplug uuid=<pbd_uuid>
   <!--NeedCopy-->
   

   Puede usar el comando xe pbd-list para encontrar el UUID de los PBD.

3. Establezca el valor del parámetro multipathing en false mediante el siguiente comando:

   xe host-param-set uuid=<host uuid> multipathing=false
   <!--NeedCopy-->
   

4. Si hay SR existentes en el servidor que se ejecutan en modo de ruta única pero que tienen varias rutas:

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

   • Desconecte y vuelva a conectar el PBD de los SR afectados para volver a conectarlos mediante rutas múltiples:

      xe pbd-plug uuid=<pbd_uuid>
      <!--NeedCopy-->
     

5. Repita estos pasos para inhabilitar las rutas múltiples en todos los servidores del grupo.

Configurar rutas múltiples

Para realizar una configuración multiruta adicional, cree archivos con el sufijo .conf en el directorio /etc/multipath/conf.d. Agregue la configuración adicional en estos archivos. Multipath busca en el directorio alfabéticamente los archivos que terminen en .conf y lee la información de configuración de los mismos.

No modifique el archivo /etc/multipath.conf. Las actualizaciones de Citrix Hypervisor sobrescriben este archivo.

Herramientas multirruta

La compatibilidad con múltiples rutas en Citrix Hypervisor se basa en el asignador de dispositivos multipathd components. La API de Storage Manager gestiona la activación y desactivación de nodos de rutas múltiples automáticamente. A diferencia de las herramientas dm-multipath estándar de Linux, los nodos de asignación de dispositivos no se crean automáticamente para todos los LUN del sistema. Los nodos de asignación de dispositivos solo se aprovisionan cuando la capa de administración del almacenamiento de información utiliza los LUNs de forma activa. Por lo tanto, no es necesario utilizar ninguna de las herramientas dm-multipath de la CLI para consultar o actualizar los nodos de tabla DM en Citrix Hypervisor.

Si es necesario consultar manualmente el estado de las tablas del asignador de dispositivos o enumerar nodos de rutas múltiples del asignador de dispositivos activos en el sistema, utilice la utilidad mpathutil:

mpathutil list
<!--NeedCopy-->

mpathutil status
<!--NeedCopy-->

Múltiples rutas de iSCSI en una sola subred

Puede configurar Citrix Hypervisor para que utilice iSCSI multipath con matrices de almacenamiento que expongan sus objetivos e IQN en una sola subred. Por ejemplo, puede seguir estos pasos para configurar las cabinas de almacenamiento unificadas Dell EqualLogic serie PS y FS.

De forma predeterminada, Citrix Hypervisor establece solo una conexión por destino iSCSI. Por lo tanto, con la configuración predeterminada, la recomendación es utilizar la vinculación NIC para lograr la conmutación por error y el equilibrio de carga. El procedimiento de configuración que se describe en esta sección hace referencia a una configuración alternativa, en la que se establecen varias conexiones iSCSI para una sola subred o destino. No se requiere la vinculación de NIC.

Nota:

La siguiente configuración solo es compatible con los servidores que están conectados exclusivamente a matrices de almacenamiento que exponen sus objetivos e IQN a través de una única subred. Estas matrices de almacenamiento deben estar cualificadas para este procedimiento con Citrix Hypervisor.

Para configurar rutas múltiples:

1. Realice una copia de seguridad de los datos que quiera proteger.

2. En el panel Recursos de XenCenter, haga clic con el botón derecho en el servidor y elija Entrar en modo de mantenimiento.

3. Espere hasta que el servidor vuelva a aparecer en el panel Recursos con el icono del modo de mantenimiento (un cuadrado azul) antes de continuar.

4. En la ficha General del servidor, haga clic en Propiedades y, a continuación, vaya a la ficha Múltiples rutas.

5. Para habilitar las rutas múltiples, marque la casilla Habilitar rutas múltiples en este servidor.

6. Haga clic en Aceptar para aplicar el nuevo parámetro. Se produce una breve demora mientras XenCenter guarda la nueva configuración de almacenamiento.

7. En la consola del servidor, configure de dos a cuatro interfaces iSCSI abiertas. Cada interfaz iSCSI se usa para establecer una ruta independiente. Los siguientes pasos muestran el proceso para dos interfaces:

   1. Configure dos interfaces iSCSI, ejecute estos comandos:

      iscsiadm -m iface --op new -I c_iface1
      iscsiadm -m iface --op new -I c_iface2
      

      Asegúrese de que los nombres de las interfaces tengan el prefijo c_. Si las interfaces no utilizan este estándar de nomenclatura, se ignoran y, en su lugar, se utiliza la interfaz predeterminada.

      Nota:

      Esta configuración hace que la interfaz predeterminada se use para todas las conexiones. Esto indica que todas las conexiones se establecen mediante una sola interfaz.

   2. Enlazar las interfaces iSCSI a xenbr1 y xenbr2 mediante estos comandos:

      iscsiadm -m iface --op update -I c_iface1 -n iface.net_ifacename -v xenbr1
      iscsiadm -m iface --op update -I c_iface2 -n iface.net_ifacename -v xenbr2
      

      Nota:

      Esta configuración supone que las interfaces de red configuradas para el dominio de control (incluidos xenbr1 y xenbr2) y xenbr0 se utilizan para la administración. También se supone que las tarjetas NIC que se utilizan para la red de almacenamiento son NIC1 y NIC2. Si no es así, consulte la topología de red para descubrir las interfaces de red y las tarjetas NIC que se van a utilizar en estos comandos.

8. En el panel Recursos de XenCenter, haga clic con el botón secundario en el servidor y elija Salir del modo de mantenimiento. No reanude las VM todavía.

9. En la consola del servidor, ejecute estos comandos para detectar las sesiones e iniciar sesión en ellas:

   iscsiadm -m discovery -t st -p <IP of SAN>
   iscsiadm -m node -L all
   

10. Elimine las entradas obsoletas que contienen información de sesión antigua mediante estos comandos:

    cd /var/lib/iscsi/send_targets/<IP of SAN and port, use ls command to check that>
    rm -rf <iqn of SAN target for that particular LUN>
    
    cd /var/lib/iscsi/nodes/
    rm -rf <entries for that particular SAN>
    

11. Desconecte el LUN y conéctelo de nuevo. Puede hacerlo de estas maneras:

    • Después de completar los pasos anteriores en todos los servidores de un grupo, puede usar XenCenter para desconectar y volver a conectar el LUN de todo el grupo.

    • Como alternativa, puede desconectar y destruir el PBD de cada servidor y, a continuación, reparar el RA.

      1. Ejecute los siguientes comandos para desconectar y destruir el PBD:

         1. Busque el UUID del RA:

            xe sr-list
            

         2. Obtenga la lista de PBD asociados con el RA:

            xe pbd-list sr-uuid=<sr_uuid>
            

         3. En el resultado del comando anterior, busque el UUID del PBD del repositorio de almacenamiento iSCSI con un identificador SCSI que no coincida.

         4. Desenchufe y destruya el PBD que identificó.

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

      2. Repare el almacenamiento en XenCenter.

12. Ahora puede reanudar sus máquinas virtuales.