Intento crear una configuración de rutas múltiples con SAN HPE EVA 6350 (controladores 2xHSV340 con entrepisos iSCSI y multiplexores FC/iSCSI) y sistemas Linux Debian 12 sobre iSCSI.
Los discos virtuales creados en EVA tienen un controlador "propietario", los dejé todos pertenecientes al Controlador 1. Los objetivos presentados por SAN tienen FC WWPN en sus nombres para que uno pueda determinar a qué ruta FC y controlador está conectado este objetivo. Después de iniciar sesión, solo los destinos que están conectados al adaptador FC del Controlador 1 proporcionan dispositivos de bloqueo (rutas). Entonces, cuando hay 4 sesiones iSCSI activas, solo hay 2 rutas presentes. Por lo tanto, las rutas múltiples nunca conocen TODAS las rutas.
Reinicié el Controlador SAN 1 asumiendo que SAN redirigirá automáticamente sus discos virtuales al Controlador pasivo 2. Pero no aparecieron rutas automáticamente ni después de volver a iniciar sesión en estas sesiones. Así que terminé con E/S de bloque corrupto y rutas múltiples con solo 2 rutas con fallas.
¿Cuál es la forma correcta de realizar una conmutación por error de activo a pasivo? ¿Debería enviarse alguna solicitud a SAN desde el iniciador o es una tarea interna de SAN? ¿Puede Linux open-iscsi + multipath manejar dicha configuración correctamente?
Respuesta1
Los puertos FC back-end de cada módulo ISCSI (también llamado "puente MPX", ya que realiza la función de multiplexor ISCSI de ISCSI a FC) en el EVA se conecta como FC Direct Connect a los puertos FC frontales del HSV en cada HSV. controlador. AFAIK, hay 2 puertos FC backend para cada módulo ISCSI y cada uno de esos puertos se conecta por separado al controlador A y B.
La información de rutas múltiples para el LUN en el host iniciador ISCSI debe mostrar todas las rutas ISCSI posibles desde los módulos ISCSI (es decir, a través de ambos controladores HSV), con rutas al controlador HSV en espera para el LUN listado como "En espera", mientras las rutas al controlador HSV activo para el LUN aparecerán como "Activas". Los nombres de destino ISCSI de los módulos ISCSI deben incluir los WWN de FC de todos los puertos FC frontales del controlador HSV para los que el módulo ISCSI está configurado correctamente.
No tengo privilegios en este sitio para comentar y preguntar más sobre la configuración de su módulo ISCSI como se ve en la interfaz de usuario de administración de matrices HPE EVA CommandView, por lo que es posible que desee verificar lo siguiente:
Que las propiedades de los controladores ISCSI se muestran en estado "bueno" en las páginas de CommandView. (Red de almacenamiento->Matriz->Hardware->Dispositivos ISCSI->Controlador ISCSI 1 y 2). En particular, verifique el estado del back-end de los "puertos FC" y los "destinos presentados" en las páginas con pestañas. Verifique el estado del puerto FC como se ve en esta página con la página de propiedades del puerto del controlador HSV Array FC real.
Que el host ISCSI MPX (es decir, el host MultiPleXer que CommandView crea automática/internamente en Array->Hosts) muestra todos los datos correctamente en sus páginas en CommandView. Cada host MPX debe ver la cantidad requerida de puertos frontales FC del controlador HSV del EVA según lo configurado y asegurarse de verificar que esas conexiones FC a los puertos FC HSV estén en línea.
Que su host iniciador esté configurado correctamente como host Linux en CommandView.
Si la propiedad del controlador HSV del disco virtual EVA (como se ve en CommandView) cambia al otro controlador HSV cuando apaga o reinicia el controlador propietario, entonces podría haber un problema con la configuración de los módulos ISCSI en el EVA.
Si se determina que la configuración de los módulos ISCSI está bien, es posible que desee verificar si el problema ocurre con un host de Windows Server. Si no se observa ningún problema en Windows, entonces la configuración de rutas múltiples de Linux no es correcta o es posible que HPE no admita las rutas múltiples de Linux a través de ISCSI al EVA. Si realmente es compatible con HPE, verifique que el host iniciador de Linuxmultipath.confEl archivo está configurado correctamente según elRecomendaciones de HPE EVA Device Mapper multipath.conf para Linux.
Para responder a su otra pregunta, el software/controladores de rutas múltiples en los hosts de una SAN manejan la conmutación por error y la conmutación por recuperación de las rutas a un LUN. La configuración real de múltiples rutas en el host depende de la capacidad del sistema de almacenamiento del proveedor: si los controladores del sistema de almacenamiento son activos/activos, activos/en espera o activos/pasivos. EVA es una matriz de almacenamiento activo/en espera y cumple con el estándar SCSI ALUA para dichos sistemas. Los comandos SCSI de los controladores de rutas múltiples del host iniciador se envían a los puertos de destino del arreglo a través de las rutas disponibles/en línea para determinar qué rutas están activas y cuáles están en espera.