Configurar RHEL 7,0 para FCP e iSCSI con almacenamiento de ONTAP
El software de utilidades de host Linux proporciona herramientas de gestión y diagnóstico para hosts Linux que se conectan al almacenamiento de ONTAP. Al instalar las utilidades del host Linux en un host Red Hat Enterprise Linux (RHEL) 7,0, es posible utilizar las utilidades de host para ayudarle a gestionar las operaciones del protocolo FCP e iSCSI con LUN de ONTAP.
|
No es necesario configurar manualmente los ajustes de la máquina virtual basada en kernel (KVM) porque los LUN de ONTAP se asignan automáticamente al hipervisor. |
Paso 1: Opcionalmente, habilite el arranque SAN
Puede configurar su host para que utilice el arranque SAN y simplificar la puesta en marcha y mejorar la escalabilidad.
Utilice "Herramienta de matriz de interoperabilidad" para verificar que el sistema operativo Linux, el adaptador de bus de host (HBA), el firmware del HBA, el BIOS de arranque del HBA y la versión de ONTAP admiten el arranque SAN.
-
Habilite el arranque SAN en el BIOS del servidor para los puertos a los que se asigna la LUN de arranque SAN.
Para obtener información acerca de cómo activar el BIOS HBA, consulte la documentación específica de su proveedor.
-
Compruebe que la configuración se haya realizado correctamente. Para ello, reinicie el host y verifique que el sistema operativo esté activo y en ejecución.
Paso 2: Instale las utilidades del host de Linux
NetApp recomienda la instalación de las utilidades del host Linux para admitir la gestión de las LUN de ONTAP y ayudar al soporte técnico con la recopilación de datos de configuración.
|
La instalación de Linux Host Utilities no cambia ninguna configuración de tiempo de espera del host en el host Linux. |
Paso 3: Confirme la configuración multivía del host
Es posible utilizar accesos múltiples con RHEL 7,0 para administrar los LUN de ONTAP.
Para garantizar que el acceso multivía esté configurado correctamente para el host, verifique que el /etc/multipath.conf
archivo esté definido y que los ajustes recomendados de NetApp estén configurados para los LUN de ONTAP.
-
Compruebe que el
/etc/multipath.conf
archivo existe:ls /etc/multipath.conf
Si el archivo no existe, cree un archivo vacío de cero bytes:
touch /etc/multipath.conf
-
La primera vez que
multipath.conf
se crea el archivo, es posible que deba habilitar e iniciar los servicios multivía para cargar la configuración recomendada:systemctl enable multipathd
systemctl start multipathd
-
Cada vez que arranca el host, el archivo de cero bytes vacío
/etc/multipath.conf
carga automáticamente los parámetros multivía de host recomendados por NetApp como configuración predeterminada. No debería ser necesario realizar cambios en/etc/multipath.conf
el archivo para el host ya que el sistema operativo del host está compilado con los parámetros multivía que reconocen y gestionan correctamente las LUN de ONTAP.En la siguiente tabla se muestra la configuración de los parámetros multivía compilados por el sistema operativo Linux nativo para los LUN de ONTAP.
Muestra la configuración de los parámetros
Parámetro Ajuste detect_prio
sí
dev_loss_tmo
"infinito"
conmutación tras recuperación
inmediata
fast_io_fail_tmo
5
funciones
"3 queue_if_no_path pg_init_retries 50"
flush_on_last_del
"sí"
manipulador_hardware
"0"
no_path_retry
cola
comprobador_de_rutas
"tur"
política_agrupación_ruta
"group_by_prio"
selector_de_rutas
"tiempo de servicio 0"
intervalo_sondeo
5
prioridad
"ONTAP"
producto
LUN.*
retain_attached_hw_handler
sí
rr_weight
"uniforme"
nombres_descriptivos_usuario
no
proveedor
NETAPP
-
Compruebe la configuración de parámetros y el estado de la ruta de sus LUN de ONTAP:
multipath -ll
Los parámetros multivía predeterminados admiten las configuraciones de ASA, AFF y FAS. En estas configuraciones, una única LUN de ONTAP no debería necesitar más de cuatro rutas. Si existen más de cuatro rutas, se pueden producir problemas con las rutas durante un fallo de almacenamiento.
En el siguiente ejemplo, se muestran los ajustes de parámetros y el estado de la ruta correctos para las LUN de ONTAP en una configuración de ASA, AFF o FAS.
Configuración de ASAUna configuración de ASA optimiza todas las rutas a una LUN determinada para mantenerlas activas. Esto mejora el rendimiento, ya que sirve operaciones de I/O en todas las rutas al mismo tiempo.
# multipath -ll 3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode size=80G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 3:0:7:9 sdco 69:192 active ready running |- 3:0:8:9 sddi 71:0 active ready running |- 14:0:8:9 sdjq 65:320 active ready running `- 14:0:7:9 sdiw 8:256 active ready running
Configuración de AFF o FASUna configuración de AFF o FAS debe tener dos grupos de rutas con prioridades superiores e inferiores. La controladora donde se encuentra el agregado ofrece rutas activas/optimizadas de mayor prioridad. Las rutas de prioridad más baja están activas pero no optimizadas debido a que se sirven con una controladora diferente. Las rutas no optimizadas solo se usan cuando las rutas optimizadas no están disponibles.
En el siguiente ejemplo, se muestra el resultado de una LUN de ONTAP con dos rutas activa/optimizada y dos rutas activa/no optimizada:
# multipath -ll 3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode size=80G features='3 queue_if_no_path pg_init_retries 50' hwhandler='1 alua' wp=rw |-+- policy='service-time 0' prio=50 status=active | |- 3:0:3:0 sdd 8:48 active ready running | |- 3:0:4:0 sdx 65:112 active ready running `-+- policy='service-time 0' prio=10 status=enabled |- 14:0:2:0 sdfk 130:96 active ready running `- 14:0:5:0 sdgz 132:240 active ready running
Paso 4: Opcionalmente, excluya un dispositivo de las rutas múltiples
Si es necesario, puede excluir un dispositivo del acceso múltiple agregando el WWID del dispositivo no deseado a la estrofa de la lista negra del multipath.conf
archivo.
-
Determine el WWID:
/lib/udev/scsi_id -gud /dev/sda
“sda” es el disco SCSI local que desea agregar a la lista negra.
Un ejemplo de WWID es
360030057024d0730239134810c0cb833
. -
Añada el WWID a la estrofa «blacklist»:
blacklist { wwid 360030057024d0730239134810c0cb833 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
Paso 5: Personalice los parámetros multivía para las LUN de ONTAP
Si su host está conectado a LUN de otros proveedores y cualquiera de la configuración de parámetros multivía se ha anulado, debe corregirlos agregando estrofas más adelante en multipath.conf
el archivo que se aplican específicamente a LUN de ONTAP. Si no hace esto, es posible que las LUN de ONTAP no funcionen como se espera.
Compruebe el /etc/multipath.conf
archivo, especialmente en la sección de valores predeterminados, para ver los ajustes que podrían estar anulando el configuración predeterminada para parámetros multivía.
|
No debe anular la configuración de parámetros recomendada para las LUN de ONTAP. Estos ajustes se requieren para el rendimiento óptimo de la configuración del host. Póngase en contacto con el soporte de NetApp, con su proveedor de SO o con ambos para obtener más información. |
El ejemplo siguiente muestra cómo corregir un valor predeterminado anulado. En este ejemplo, el multipath.conf
archivo define valores para path_checker
y no_path_retry
que no son compatibles con LUN de ONTAP, y no puede quitar estos parámetros porque las cabinas de almacenamiento ONTAP siguen conectadas al host. En su lugar, corrija los valores para path_checker
y no_path_retry
agregando una estrofa de dispositivo al multipath.conf
archivo que se aplica específicamente a los LUN de ONTAP.
Muestra el ejemplo
defaults { path_checker readsector0 no_path_retry fail } devices { device { vendor "NETAPP" product "LUN" no_path_retry queue path_checker tur } }
Paso 6: Revise los problemas conocidos
La versión de almacenamiento de RHEL 7,0 con ONTAP presenta los siguientes problemas conocidos:
ID de error de NetApp | Título | Descripción |
---|---|---|
El host de Emulex 16 G FC (LPe16002B-M6) se bloquea durante las operaciones de I/o con operaciones de recuperación tras fallos de almacenamiento |
Es posible que observe un bloqueo del host Emulex (LPe16002B-M6) de 16 G durante las operaciones de I/o con recuperación tras fallos de almacenamiento. |
|
El host de Emulex 16 G FC (LPe16002B-M6) se bloquea durante las operaciones de I/o con operaciones de recuperación tras fallos de almacenamiento |
Es posible que observe un bloqueo del host Emulex (LPe16002B-M6) de 16 G durante las operaciones de I/o con recuperación tras fallos de almacenamiento. |
|
El host de Emulex 16 G FC (LPe16002B-M6) se bloquea durante las operaciones de I/o con operaciones de recuperación tras fallos de almacenamiento |
Es posible que observe un bloqueo del host Emulex (LPe16002B-M6) de 16 G durante las operaciones de I/o con recuperación tras fallos de almacenamiento. |
|
Se observaron errores de bloqueo o ruta del host QLogic durante las operaciones de I/o con operaciones de recuperación tras fallos de almacenamiento |
Es posible que observe los errores de la ruta o el bloqueo del host QLogic durante las operaciones de I/o con operaciones de recuperación tras fallos de almacenamiento. En estos casos, puede ver el siguiente mensaje: "Se ha producido un tiempo de espera de cmd del buzón, cmd=0x54, mb[0]=0x54 y el volcado de firmware guardado en el búfer temporal", lo que provoca un fallo de acceso/bloqueo del host. |
|
Errores de host o ruta de Emulex FCoE (OCe10102-FX-D) observados durante las operaciones de conmutación por error de almacenamiento |
Puede observar los errores de la ruta o el bloqueo del host en un host FCoE de Emulex 10G (OCe10102-FX-D) durante las operaciones de I/o con operaciones de conmutación por error de almacenamiento. En estos casos, puede que vea el siguiente mensaje: "El pool de buffers del controlador está vacío, los mensajes de IO en bus y SCSI Layer I/o Abort Request Status" que conducen a errores de acceso/bloqueo del host. |
|
Se observan fallos de ruta o bloqueo del host de Emulex 16 G FC (LPe16002B-M6) durante las operaciones de I/o con recuperación tras fallos de almacenamiento |
Podría observar un error de ruta o de bloqueo del host de Emulex FC de 16 GB (LPe16002B-M6) durante las operaciones de I/o con operaciones de recuperación tras fallos del almacenamiento. En tales situaciones, puede ver el siguiente mensaje: "RSCN timeout Data e iotag x1301 está fuera del rango: max iotag" mensajes que conducen a errores de acceso/bloqueo del host. |
|
Anaconda muestra un mensaje de error de inicio de sesión iSCSI aunque los inicios de sesión se han realizado correctamente durante la instalación de RHEL 7.0 OS |
Al instalar root(/) en un LUN multipath de iSCSI, la dirección IP de las interfaces Ethernet se especifica en la línea de comandos del núcleo para que las direcciones IP se asignen antes de que se inicie el servicio iSCSI. Sin embargo, dracut no puede asignar direcciones IP a todos los puertos Ethernet durante el arranque, antes de que se inicie el servicio iSCSI. Esto provoca errores en el inicio de sesión de iSCSI en las interfaces sin direcciones IP. Verá que el servicio iSCSI intenta iniciar sesión varias veces, lo que provoca un retraso en el tiempo de arranque del sistema operativo. |
|
Las direcciones IP no siempre se asignan durante el arranque de un sistema operativo RHEL 7.0 instalado en un LUN multivía iSCSI |
Cuando está instalando RHEL 7.0, la pantalla de instalación de anaconda muestra que se ha producido un error en el inicio de sesión iSCSI en varias IP de destino cuando los inicios de sesión iSCSI se han realizado correctamente. Anaconda muestra el siguiente mensaje de error: “Error de inicio de sesión en nodo” sólo observará este error cuando seleccione varias IP de destino para el inicio de sesión iSCSI. Puede continuar con la instalación del sistema operativo haciendo clic en el botón "Aceptar". Este error no afecta negativamente a iSCSI ni a la instalación de RHEL 7.0 OS. |
|
Anaconda no añade el argumento bootdev en la línea cmd del kernel para establecer la dirección IP para el sistema operativo RHEL 7.0 instalado en la LUN multivía de iSCSI |
Anaconda no añade un argumento bootdev en la línea de comandos del kernel donde se establece la dirección IPv4 durante la instalación del sistema operativo RHEL 7.0 en un LUN multivía iSCSI. Esto evita la asignación de direcciones IP a cualquiera de las interfaces Ethernet que se hayan configurado para establecer sesiones iSCSI con el subsistema de almacenamiento durante el arranque de RHEL 7.0. Dado que no se establecen las sesiones iSCSI, el LUN raíz no se detecta cuando se inicia el sistema operativo y, por lo tanto, se produce un error en el arranque del sistema operativo. |
El futuro
-
"Obtenga más información sobre el uso de la herramienta Linux Host Utilities" .
-
Obtenga más información sobre la duplicación de ASM.
El mirroring de Gestión Automática de Almacenamiento (ASM) puede requerir cambios en la configuración de multivía de Linux para permitir que ASM reconozca un problema y realice el cambio a un grupo de fallos alternativo. La mayoría de las configuraciones de ASM de ONTAP utilizan redundancia externa, lo que significa que la protección de datos es proporcionada por la cabina externa y ASM no hace mirroring de los datos. Algunos sitios utilizan ASM con redundancia normal para proporcionar duplicación bidireccional, normalmente en diferentes sitios. Consulte "Bases de datos de Oracle en ONTAP" para obtener más información.