Documentación de productos
XenServer
XenServer 9 XenServer 8.4
Ver PDF

Multipathing de almacenamiento

August 1, 2026
Contribución de: 
X

La compatibilidad con multipathing dinámico está disponible para los back-ends de almacenamiento Fibre Channel e iSCSI.

XenServer® utiliza el multipathing nativo de Linux (DM-MP), la solución genérica de multipathing de Linux, como su controlador de multipathing. Sin embargo, XenServer complementa este controlador con funciones adicionales para que XenServer pueda reconocer las funciones específicas del proveedor de los dispositivos de almacenamiento.

La configuración de multipathing proporciona redundancia para el tráfico de almacenamiento remoto si hay una pérdida parcial de conectividad. El multipathing enruta el tráfico de almacenamiento a un dispositivo de almacenamiento a través de múltiples rutas para redundancia y un mayor rendimiento. Puede usar hasta 16 rutas a una única LUN. El multipathing es una configuración activo-activo. De forma predeterminada, el multipathing utiliza el equilibrio de carga round-robin o multibus, según el tipo de matriz de almacenamiento. Todas las rutas tienen tráfico activo durante el funcionamiento normal, lo que resulta en un mayor rendimiento.

Importante:

Recomendamos que habilite el multipathing para todos los hosts de su grupo antes de crear el SR. Si crea el SR antes de habilitar el multipathing, debe poner sus hosts en modo de mantenimiento para habilitar el multipathing.

La agregación de NIC también puede proporcionar redundancia para el tráfico de almacenamiento. Para el almacenamiento iSCSI, recomendamos configurar el multipathing en lugar de la agregación de NIC siempre que sea posible.

El multipathing no es eficaz en los siguientes escenarios:

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

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

Requisitos previos

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

  • Hay varios destinos disponibles en su servidor de almacenamiento.

    Por ejemplo, un back-end de almacenamiento iSCSI consultado para sendtargets en un portal dado 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 la multiruta iSCSI para matrices que solo exponen un único destino. Para obtener más información, consulte Multiruta 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 con multiruta.

    Asegúrese de que, para cada ruta que desee tener 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, cada una con una dirección IP configurada.

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

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

  • Solo para HBA, varias HBA están conectadas a la estructura del conmutador.

  • Al configurar interfaces secundarias, cada interfaz secundaria debe estar en una subred separada. Por ejemplo, si desea configurar dos interfaces secundarias más para el almacenamiento, necesita 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.

    Diagrama de iSCSI con multiruta

    Este diagrama muestra cómo ambas NIC del host en una configuración iSCSI con multiruta deben estar en subredes diferentes. En este diagrama, la NIC 1 del host junto con el Conmutador 1 y la NIC 1 de ambos controladores de almacenamiento están en una subred diferente a la de la NIC 2, el Conmutador 2 y la NIC 2 de los controladores de almacenamiento.

Habilitar la multiruta

Puede habilitar la multiruta en XenCenter® o en la CLI de xe.

Para habilitar la multiruta mediante XenCenter

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

  2. Espere hasta que el host reaparezca en el panel Recursos con el icono de modo de mantenimiento (un cuadrado azul) antes de continuar.

  3. En la pestaña General del host, haga clic en Propiedades y luego vaya a la pestaña Multiruta.

  4. Para habilitar el multipathing, seleccione la casilla de verificación Habilitar multipathing en este servidor.

  5. Haga clic en Aceptar para aplicar la nueva configuración. Habrá un breve retraso mientras XenCenter guarda la nueva configuración de almacenamiento.

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

  7. Repita estos pasos para habilitar el multipathing en todos los hosts del grupo.

Asegúrese de habilitar el multipathing 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 en cada host.

Para habilitar el multipathing mediante la CLI de xe

  1. Abra una consola en el host de XenServer.

  2. Desenchufe todos los PBD del host 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:

    • Migre o suspenda cualquier invitado en ejecución con discos virtuales en los SR afectados

    • Vuelva a conectar el PBD de cualquier SR afectado para volver a conectarlos mediante multipathing:

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

  5. Repita estos pasos para habilitar el multipathing en todos los hosts del grupo.

Asegúrese de habilitar el multipathing 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 en cada host.

Deshabilitar la multirruta

Puede deshabilitar la multirruta en XenCenter o en la CLI de xe.

Para deshabilitar la multirruta mediante XenCenter

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

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

  3. En la ficha General del host, haga clic en Propiedades y, a continuación, vaya a la ficha Multirruta.

  4. Para deshabilitar la multirruta, desactive la casilla de verificación Habilitar multirruta en este servidor.

  5. Haga clic en Aceptar para aplicar la nueva configuración. Habrá un breve retraso mientras XenCenter guarda la nueva configuración de almacenamiento.

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

  7. Repita estos pasos para configurar la multirruta en todos los hosts del grupo.

Para deshabilitar la multirruta mediante la CLI de xe

  1. Abra una consola en el host de XenServer.

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

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

    Puede usar el comando xe pbd-list para buscar 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 SRs existentes en el servidor que se ejecutan en modo de ruta única pero que tienen varias rutas:

    • Migre o suspenda cualquier invitado en ejecución con discos virtuales en los SRs afectados

    • Desenchufe y vuelva a enchufar el PBD de cualquier SR afectado para volver a conectarlos usando el multipathing:

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

  5. Repita estos pasos para deshabilitar el multipathing en todos los hosts del pool.

Configurar multipathing

Para realizar modificaciones adicionales temporales en la configuración de multipath, cree archivos con el sufijo .conf en el directorio /etc/multipath/conf.d. Añada la configuración adicional en estos archivos. Multipath busca en el directorio alfabéticamente los archivos que terminan en .conf y lee la información de configuración de ellos.

No edite el archivo /etc/multipath.conf. Este archivo es sobrescrito por las actualizaciones de XenServer. Si desea realizar cambios permanentes en su configuración de multipathing, póngase en contacto con su proveedor de almacenamiento, quien puede solicitar a nuestro equipo de ingeniería de socios que añada los cambios de forma permanente.

Multipathing iSCSI en una única subred

Puede configurar XenServer para usar multipath iSCSI con arreglos de almacenamiento que exponen sus destinos e IQN(s) en una única subred. Por ejemplo, puede seguir estos pasos para configurar arreglos de almacenamiento de la serie unificada Dell EqualLogic PS y FS.

Por defecto, XenServer establece solo una conexión por destino iSCSI. Por lo tanto, con la configuración predeterminada, la recomendación es usar el enlace de NIC para lograr la conmutación por error y el equilibrio de carga. El procedimiento de configuración descrito en esta sección describe una configuración alternativa, donde se establecen múltiples conexiones iSCSI para una única subred o destino. El enlace de NIC no es necesario.

Nota:

La siguiente configuración solo es compatible con servidores que están conectados exclusivamente a arreglos de almacenamiento que exponen sus destinos e IQN(s) a través de una única subred. Estos arreglos de almacenamiento deben estar cualificados para este procedimiento con XenServer.

Para configurar multipath:

  1. Realice una copia de seguridad de cualquier dato que desee proteger.

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

  3. Espere hasta que el host reaparezca en el panel de Recursos con el icono de modo de mantenimiento (un cuadrado azul) antes de continuar.

  4. En la pestaña General del host, haga clic en Propiedades y, a continuación, vaya a la pestaña Multipathing.

  5. Para habilitar el multipathing, seleccione la casilla de verificación Habilitar multipathing en este servidor.

  6. Haga clic en Aceptar para aplicar la nueva configuración. Habrá un breve retraso mientras XenCenter guarda la nueva configuración de almacenamiento.

  7. En la consola del host, configure de dos a cuatro interfaces Open-iSCSI. Cada interfaz iSCSI se utiliza para establecer una ruta separada. Los siguientes pasos muestran el proceso para dos interfaces:

    1. Configure dos interfaces iSCSI, ejecute los siguientes 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 ignorarán y, en su lugar, se utilizará la interfaz predeterminada.

      Nota:

      Esta configuración hace que la interfaz predeterminada se utilice para todas las conexiones. Esto indica que todas las conexiones se están estableciendo utilizando una única interfaz.

    2. Vincule las interfaces iSCSI a xenbr1 y xenbr2, utilizando los siguientes 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 asume que las interfaces de red configuradas para el dominio de control (incluyendo xenbr1 y xenbr2) y xenbr0 se utilizan para la gestión. También asume que las tarjetas NIC que se utilizan para la red de almacenamiento son NIC1 y NIC2. Si este no es el caso, consulte su topología de red para descubrir las interfaces de red y las tarjetas NIC que se utilizarán en estos comandos.

  8. En el panel de Recursos de XenCenter, haga clic con el botón derecho en el host y elija Salir del modo de mantenimiento. No reanude sus máquinas virtuales todavía.

  9. En la consola del host, ejecute los siguientes comandos para descubrir e iniciar sesión en las sesiones:

    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 utilizando los siguientes 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 la LUN y vuelva a conectarla. Puede hacerlo de una de las siguientes maneras:

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

    • Alternativamente, puede desconectar y destruir el PBD para cada host y luego reparar el SR.

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

        1. Busque el UUID del SR:

          xe sr-list

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

          xe pbd-list sr-uuid=<sr_uuid>

        3. En la salida del comando anterior, busque el UUID del PBD del repositorio de almacenamiento iSCSI con un ID SCSI no coincidente.

        4. Desconecte 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.

Multipathing de almacenamiento
August 1, 2026
Contribución de: 
X
August 1, 2026
Contribución de: 
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.