Skip to main content
ONTAP SAN Host Utilities
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Configurar RHEL 7,0 para FCP e iSCSI con almacenamiento de ONTAP

Colaboradores netapp-pcarriga netapp-ranuk netapp-sdaffy netapp-aherbin netapp-reenu netapp-sarajane

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.

Nota 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.

Antes de empezar

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.

Pasos
  1. "Cree un LUN de arranque SAN y asígnelo al host".

  2. 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.

  3. 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.

Nota 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.

Pasos
  1. 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
  2. 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
  3. 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

    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

    rr_weight

    "uniforme"

    nombres_descriptivos_usuario

    no

    proveedor

    NETAPP

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

    Una 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 FAS

    Una 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.

Pasos
  1. 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.

  2. 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.

Precaución 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

"844417"

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.

"811587"

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.

"803071"

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.

"820163"

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.

"799323"

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.

"849212"

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.

"836800"

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.

"836875"

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.

"836657"

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.