Utilice Red Hat Enterprise Linux 7,6 con ONTAP
Sugerir cambios
PDF
Puede utilizar los ajustes de configuración del host SAN de ONTAP para configurar Red Hat Enterprise Linux 7,6 con ONTAP como destino.
Instale las utilidades del host de Linux
El paquete de software de utilidades del host Linux de NetApp está disponible en "Sitio de soporte de NetApp"un archivo .rpm de 32 bits y 64 bits. Si no sabe qué archivo es el adecuado para su configuración, utilice el "Herramienta de matriz de interoperabilidad" para verificar cuál necesita.
NetApp recomienda encarecidamente la instalación de las utilidades del host Linux, pero no es obligatorio. Las utilidades no cambian ninguna configuración del host Linux. Las utilidades mejoran la gestión y ayudan al soporte al cliente de NetApp a recopilar información sobre la configuración.
Si tiene Linux Host Utilities actualmente instaladas, debe actualizarla a la versión más reciente, o bien eliminarla y seguir estos pasos para instalar la versión más reciente.
-
Descargue el paquete de software de Linux Host Utilities de 32 o 64 bits en el "Sitio de soporte de NetApp"al host.
-
Instale el paquete de software:
rpm -ivh netapp_linux_unified_host_utilities-7-1.x86_64
|
Puede utilizar los ajustes de configuración proporcionados en este procedimiento para configurar los clientes de nube conectados a "Cloud Volumes ONTAP" y."Amazon FSX para ONTAP" |
Kit de herramientas SAN
El kit de herramientas se instala automáticamente cuando instala el paquete de utilidades de host de NetApp. Este kit proporciona la sanlun Utilidad, que le ayuda a gestionar LUN y HBA. La sanlun Comando muestra información acerca de las LUN asignadas a su host, multivía e información necesaria para crear iGroups.
En el siguiente ejemplo, la sanlun lun show Command muestra información de LUN.
# sanlun lun show allResultado de ejemplo:
controller(7mode/E-Series)/ device host lun vserver(cDOT/FlashRay) lun-pathname filename adapter protocol size Product ------------------------------------------------------------------------------------ data_vserver /vol/vol1/lun1 /dev/sdb host16 FCP 120.0g cDOT data_vserver /vol/vol1/lun1 /dev/sdc host15 FCP 120.0g cDOT data_vserver /vol/vol2/lun2 /dev/sdd host16 FCP 120.0g cDOT data_vserver /vol/vol2/lun2 /dev/sde host15 FCP 120.0g cDOT
Arranque San
Si decide utilizar el arranque SAN, debe ser compatible con su configuración. Puede utilizar el "Herramienta de matriz de interoperabilidad"para verificar que el sistema operativo, el HBA, el firmware del HBA y la versión de arranque del BIOS y ONTAP sean compatibles.
Puede utilizar el multipath -ll Comando para verificar la configuración de las LUN de ONTAP.
En las siguientes secciones se proporcionan ejemplos de salidas multivía para una LUN asignada a personas ASA y no ASA.
Configuraciones de cabinas All SAN
Las configuraciones de cabinas All SAN (ASA) optimizan todas las rutas para un LUN determinado, manteniéndolas activas. Esto mejora el rendimiento, ya que sirve operaciones de I/O en todas las rutas al mismo tiempo.
En el ejemplo siguiente se muestra el resultado correcto de una LUN de ONTAP.
# multipath -ll 3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode size=80G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle' hwhandler='1 alua' wp=rw `-+- policy='service-time 0' prio=50 status=active |- 11:0:7:1 sdfi 130:64 active ready running |- 11:0:9:1 sdiy 8:288 active ready running |- 11:0:10:1 sdml 69:464 active ready running |- 11:0:11:1 sdpt 131:304 active ready running
|
|
Una única LUN no debería necesitar más de cuatro rutas. Tener más de cuatro rutas puede ocasionar problemas de ruta durante errores de almacenamiento. |
Configuraciones que no son ASA
En el caso de configuraciones que no sean ASA, debe haber dos grupos de rutas con distintas prioridades. Las rutas con prioridades más altas son Active-Optimized. Esto significa que reciben servicio de la controladora donde se encuentra el agregado. Las rutas con prioridades más bajas están activas pero no optimizadas porque se ofrecen desde una controladora diferente. Las rutas no optimizadas sólo se utilizan cuando las rutas optimizadas no están disponibles.
En el siguiente ejemplo, se muestra la salida correcta de una LUN de ONTAP con dos rutas activas/optimizadas y dos rutas activas/no optimizadas.
# multipath -ll 3600a09803831347657244e527766394e dm-5 NETAPP,LUN C-Mode size=80G features='4 queue_if_no_path pg_init_retries 50 retain_attached_hw_handle’ hwhandler='1 alua' wp=rw |-+- policy='service-time 0' prio=50 status=active | |- 11:0:1:0 sdj 8:144 active ready running | |- 11:0:2:0 sdr 65:16 active ready running `-+- policy='service-time 0' prio=10 status=enabled |- 11:0:0:0 sdb 8:i6 active ready running |- 12:0:0:0 sdz 65:144 active ready running
|
|
Una única LUN no debería necesitar más de cuatro rutas. Tener más de cuatro rutas puede ocasionar problemas de ruta durante errores de almacenamiento. |
Configuración recomendada
El sistema operativo RHEL 7.6 se compila para reconocer las LUN de ONTAP y establecer automáticamente todos los parámetros de configuración correctamente para la configuración tanto de ASA como de terceros.
`multipath.conf`El archivo debe existir para que se inicie el daemon multivía. Si este archivo no existe, puede crear un archivo vacío de cero bytes con el `touch /etc/multipath.conf` comando.
La primera vez que crea el multipath.conf archivo, es posible que deba habilitar e iniciar los servicios multivía mediante los siguientes comandos:
chkconfig multipathd on /etc/init.d/multipathd start
No es necesario agregar nada directamente al multipath.conf archivo a menos que tenga dispositivos que no desee que se gestionen con acceso multivía o que tenga una configuración existente que anule los valores predeterminados. Para excluir dispositivos no deseados, agregue la siguiente sintaxis al multipath.conf archivo y reemplace <DevId> por la cadena de identificador mundial (WWID) del dispositivo que desea excluir:
blacklist {
wwid <DevId>
devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*"
devnode "^hd[a-z]"
devnode "^cciss.*"
}
El siguiente ejemplo determina el WWID de un dispositivo y lo agrega al multipath.conf archivo.
-
Determine el WWID:
/lib/udev/scsi_id -gud /dev/sda
3600a098038314c4a433f5774717a3046
sdaEs el disco SCSI local que desea agregar a la lista negra. -
Añada el
WWIDa la lista negra stanza en/etc/multipath.conf:blacklist { wwid 3600a098038314c4a433f5774717a3046 devnode "^(ram|raw|loop|fd|md|dm-|sr|scd|st)[0-9]*" devnode "^hd[a-z]" devnode "^cciss.*" }
Compruebe siempre el /etc/multipath.conf archivo, especialmente en la sección de valores predeterminados, para ver la configuración heredada que podría estar anulando la configuración predeterminada.
La siguiente tabla muestra multipathd los parámetros críticos de las LUN de ONTAP y los valores necesarios. Si un host está conectado a LUN de otros proveedores y cualquiera de estos parámetros se anula, deben corregirse mediante estrofas más adelante en multipath.conf el archivo que se aplican específicamente a las LUN de ONTAP. Sin esta corrección, es posible que las LUN de ONTAP no funcionen como se espera. Solo debe sobrescribir estos valores predeterminados en consulta con NetApp, el proveedor del sistema operativo o ambos, y solo cuando se comprenda completamente el impacto.
| 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 |
El ejemplo siguiente muestra cómo corregir un valor predeterminado anulado. En este caso, el multipath.conf el archivo define los valores para path_checker y.. no_path_retry Que no son compatibles con las LUN de ONTAP. Si no se pueden quitar debido a que aún hay otras cabinas SAN conectadas al host, estos parámetros pueden corregirse específicamente para LUN de ONTAP con una sección de dispositivo.
defaults {
path_checker readsector0
no_path_retry fail
}
devices {
device {
vendor "NETAPP "
product "LUN.*"
no_path_retry queue
path_checker tur
}
}
Configure los ajustes de KVM
No es necesario configurar ajustes para una máquina virtual basada en kernel porque la LUN está asignada al hipervisor.
Problemas conocidos
La versión de RHEL 7,6 con ONTAP tiene los siguientes problemas conocidos:
| ID de error de NetApp | Título | Descripción |
|---|---|---|
1440718 |
Si se desasigna o se asigna una LUN sin realizar una detección repetida de SCSI, es posible que se dañen los datos del host. |
Cuando se establece el parámetro de configuración multivía "disable_change_wwids" en SÍ, se deshabilita el acceso al dispositivo de ruta en caso de que se produzca un cambio WWID. El acceso multivía deshabilitará el acceso al dispositivo de ruta hasta que el WWID de la ruta se restaure al WWID del dispositivo multivía. Para obtener más información, consulte "Base de conocimientos de NetApp: Daño en el sistema de archivos del LUN de iSCSI en Oracle Linux 7". |
El estado de los puertos remotos en RHEL7U6 con el host QLE2742 podría estar bloqueado durante la detección del host |
Durante la detección de host, el estado del puerto remoto FC en el host RHEL7U6 con un adaptador QLE2742 podría introducir un estado bloqueado. Estos puertos remotos bloqueados pueden dar como resultado que las rutas a las LUN dejen de estar disponibles. Durante la conmutación por error del almacenamiento, es posible que se reduzca la redundancia de la ruta y se produzca una interrupción de I/O. Puede comprobar el estado del puerto remoto introduciendo el siguiente comando:# cat /sys/class/fc_remote_ports/rport-*/Port_state |
|
El estado del puerto remoto en RHEL7U6 con el host QLE2672 de QLogic podría estar bloqueado durante las operaciones de conmutación por error de almacenamiento |
Es posible que los puertos remotos FC queden bloqueados en Red Hat Enterprise Linux (RHEL) 7U6 con el host QLE2672 de QLogic durante las operaciones de conmutación al nodo de respaldo de almacenamiento. Como las interfaces lógicas se reducen cuando un nodo de almacenamiento está inactivo, los puertos remotos establecen el estado del nodo de almacenamiento como bloqueado. Cuando el nodo de almacenamiento vuelve a su estado óptimo, las interfaces lógicas también se activa y los puertos remotos deben estar en línea. Sin embargo, el portsmitage remoto sigue bloqueado. Este estado bloqueado se registra como defectuoso en LAS LUN, en la capa multivía. Puede comprobar el estado de los puertos remotos con el siguiente comando:# cat /sys/class/fc_remote_ports/rport-*/Port_state |