4.5. Dispositivos de archivo de configuración


Tabla 4.3, “Atributos de dispositivos”, muestra los atributos que se pueden establecer para cada dispositivo de almacenamiento individual en la sección devices del archivo de configuración multipath.conf. Estos atributos son utilizados por DM-Multipath a menos que sean remplazados por los atributos especificados en la sección multipaths del archivo multipath.conf para rutas que contienen el dispositivo. Estos atributos remplazan los atributos establecidos en la sección defaults del archivo multipath.conf.
Muchos dispositivos que soportan multirrutas están incluídos por defecto en una configuración de multirrutas. Los valores para los dispositivos compatibles por defecto están listados en el archivo multipath.conf.defaults. Probablemente no necesitará modificar los valores de estos dispositivos, pero si lo hace puede sobrescribir los predeterminados, incluyendo una entrada en el archivo de configuración para el dispositivo que remplaza esos valores. Puede copiar los valores predeterminados de configuración de dispositivos desde el archivo multipath.conf.defaults para el dispositivo y remplazar los valores que desee cambiar.
Para agregar un dispositivo a esta sección del archivo de configuración que no está configurado automáticamente por defecto, necesita establecer los parámetros vendor y product. Se pueden encontrar estos valores consultando /sys/block/device_name/device/vendor y /sys/block/device_name/device/model donde device_name es el dispositivo que va a ser multienrutado, como en el siguiente ejemplo:
# cat /sys/block/sda/device/vendor
WINSYS  
# cat /sys/block/sda/device/model
SF2372
Los parámetros adicionales para especificar dependen de su dispositivo específico. Si el dispositivo está activo/activo, por lo general, no necesitará establecer parámetros adicionales. Puede desear establecer path_grouping_policy a multibus. Otros parámetros que necesitará establecer son no_path_retry y rr_min_io, como se describe en la Tabla 4.3, “Atributos de dispositivos”.
Si el dispositivo está activo/pasivo, pero automáticamente cambia rutas con E/S a la ruta pasiva, necesitará cambiar la función de revisión a una que no envíe E/S a la ruta para probar si está funcionando (de otra manera, su dispositivo seguirá fallando). Esto casi siempre significa que usted estableció el path_checker a tur; lo cual funciona para todos los dispositivos SCSI que soportan el comando Test Unit Ready.
Si el dispositivo necesita un comando especial para cambiar rutas, entonces la configuración de este dispositivo para multirrutas requiere un módulo de kernel manejador de hardware. El manejador de hardware actual es emc. Si este no es suficiente para su dispositivo, no podrá configurar el dispositivo para multirrutas.
Tabla 4.3. Atributos de dispositivos
Atributo Descripción
vendor Especifica el nombre del proveedor del dispositivo de almacenamiento al cual pertenecen los atributos de device, por ejemplo COMPAQ.
product Especifica el nombre del producto del dispositivo de almacenamiento al cual pertenecen los atributos de device, por ejemplo HSV110 (C)COMPAQ.
revision Especifica el identificador de revisión del producto del dispositivo de almacenamiento.
product_blacklist Especifica una expresión regular utilizada para poner en lista negra dispositivos por producto.
hardware_handler
Especifica un módulo que será utilizado para realizar las acciones específicas de hardware cuando cambian grupos de ruta o manejan errores de E/S. Posibles valores incluyen:
1 emc: manejador de hardware para matrices de almacenaje EMC.
1 alua: manejador de hardware para matrices ALUA SCSI-3.
1 hp_sw: manejador de hardware para controladores Compaq/HP.
1 rdac: manejador de hardware para controladores RDAC LSI/Engenio.
path_grouping_policy
Especifica la directiva de agrupación de ruta predeterminada para aplicar multirrutas no específicas. Los posibles valores incluyen:
failover = ruta 1 por grupo de prioridad
multibus = todas las rutas en grupo de prioridad 1
group_by_serial = grupo de prioridad 1 por número de serie detectado
group_by_prio = grupo de prioridad 1 por valor de prioridad de ruta
group_by_node_name = grupo de prioridad 1 por nombre de nodo de destino
getuid_callout Especifica el programa predeterminado y los argumentos de llamada para obtener un identificador de rutas único. Se requiere una ruta absoluta.
path_selector
Especifica el algoritmo por defecto a utilizar al determinar la ruta a usar para la siguiente operación de E/S. Posibles valores incluyen:
round-robin 0: Bucle a través de cada ruta en el grupo de rutas, enviando la misma cantidad de E/S a cada una.
queue-length 0: Envía el siguiente grupo de E/S a la ruta con el número inferior de solicitudes de E/S.
service-time 0: Envía el siguiente grupo de E/S a la ruta con el menor tiempo de servicio estimado, el cual se determina al dividir el tamaño total de la E/S pendiente para cada ruta por el rendimiento relativo.
path_checker
Especifica el método predeterminado utilizado para determinar el estado de las rutas. Los posibles valores incluyen:
readsector0: Lee el primer sector del dispositivo.
tur: Expide un TEST UNIT READY para el dispositivo.
emc_clariion: Busca la OxCO de la página EVPD específica de EMC Clariion para determinar la ruta.
hp_sw: Revisa el estado de ruta para matrices de almacenaje HP con firmware Activo/Alerta.
rdac: Revisa la estadística de la ruta para el controlador de almacenaje LSI/Engenio RDAC.
directio: Lee el primer sector con E/S directas.
features Las funciones adicionales de los dispositivos multirrutas. La única función existente es queue_if_no_path, la cual es lo misma que establecer no_path_retry a queue. Para obtener información sobre problemas que puedan presentarse al utilizar esta funcionalidad, consulte la Sección 5.6, “Problemas con la función queue_if_no_path”.
prio
Especifica la función predeterminada de llamada para obtener un valor de prioridad de ruta. Por ejemplo, los bits ALUA en SPC-3 proporcionan un valor prio explotable. Los posibles valores incluyen:
const: Establece una prioridad de 1 para todas las rutas.
emc: Genera la prioridad de ruta para matrices EMC.
alua: Genera la prioridad de ruta basada en las configuraciones de SCSI-3 ALUA.
tpg_pref: Genera la prioridad de ruta basada en las configuraciones de SCSI-3 ALUA, mediante el bit de puerto preferido.
ontap: Genera la prioridad de ruta para matrices NetApp.
rdac: Genera la prioridad de ruta para el controlador LSI/Engenio RDAC.
hp_sw: Genera la prioridad de ruta para el controlador Compaq/HP en modo activo/alerta.
hds: Genera la prioridad de ruta para matrices de almacenaje Hitachi HDS Modular.
failback
Administra la recuperación de grupo de rutas.
El valor immediate especifica recuperación inmediata para el grupo de rutas de más alta prioridad contiene rutas activas.
El valor manual especifica que no debe haber recuperación inmediata, sino que puede suceder únicamente con la intervención del operador.
El valor followover especifica que se debe efectuar recuperación automática cuando la primera ruta de un grupo de rutas se activa. Así, se impide que un nodo falle cuando se haya solicitado la conmutación de otro nodo.
Un valor numérico mayor que cero especifica la recuperación, expresada en segundos.
rr_weight Si se establece a priorities, entonces en lugar de enviar las peticiones de rr_min_io a una ruta antes de llamar a path_selector para escoger la siguiente ruta, el número de peticiones a enviar es determinado por rr_min_io multiplicado por la prioridad de la ruta, tal como lo determina la función prio. Si se establece a uniform, todos los valores serán iguales.
no_path_retry
Un valor numérico para este atributo especifica el número de veces que el sistema debe intentar utilizar una ruta fallida antes de inhabilitar la cola.
Un valor de fail indica falla inmediata, sin cola.
Un valor de queue indica que la cola no debe parar sino hasta que la ruta sea corregida.
rr_min_io Especifica el número de peticiones de E/S para dirigirse a esta ruta antes de cambiar a la siguiente ruta en el grupo actual. Este parámetro solamente es para sistemas que ejecutan kérneles anteriores a 2.6.31. Los sistemas más recientes deben utilizar rr_min_io_rq. El parámetro predeterminado es 1000.
rr_min_io_rq Especifica el número de peticiones de E/S para dirigirse a esta ruta antes de cambiar a la siguiente ruta en el grupo actual. Este parámetro debe utilizarse en sistemas que ejecutan kérneles actuales. En sistemas que ejecutan kérneles anteriores a 2.6.31, utilice rr_min_io_rq. El valor predeterminado es 1.
fast_io_fail_tmo El número de segundos que la capa SCSI esperará después de que se haya detectado un problema en un puerto remoto FC antes que falle E/S a dispositivos en ese puerto remoto. Este valor debe ser inferior al valor de dev_loss_tmo. Al establecerlo a off se desactivará el tiempo de espera.
dev_loss_tmo El número de segundos que la capa SCSI esperará después de que un problema haya sido detectado en un puerto FC remoto antes de retirarlo del sistema. Si establece este parámetro a infinito se establecerá a 2147483647 segundos, o 68 años.
flush_on_last_del Si se establece a yes, el daemon multipathd inhabilitará la cola cuando la última ruta a un dispositivo haya sido borrada.
user_friendly_names Si se establece a yes, especifica que el sistema debe utilizar el archivo /etc/multipath/bindings para asignar un alias persistente y único al multirrutas, en la forma de mpathn. Si se establece a no, especifica que el sistema debe usar el WWID como el alias para multirrutas. En cualquier caso, lo que se especifica aquí será anulado por cualquier alias específico de dispositivo especificado en la sección multipaths del archivo de configuración. El valor por defecto es no.
retain_attached_hw_handler (Red Hat Enterprise Linux Release 6.4 y posterior) Si este parámetro se establece a yes y la capa SCSI ya tiene conectado un manejador de hardware al dispositivo de rutas, multirrutas no forzará al dispositivo para que utilice el hardware_handler especificado por el archivo mutipath.conf. Si la capa SCSI no tiene conectado un manejador de hardware, mutirrutas continuará usando su manejador de hardware como siempre.
detect_prio (Red Hat Enterprise Linux Release 6.4 y posterior) Si se establece a yes, multirrutas revisará primero si el dispositivo soporta ALUA, y si lo hace, asignará automáticamente el dispositivo que otorga prioridades alua. Si el dispositivo no soporta ALUA, determinará el dispositivo que otorga prioridades como lo hace siempre.
El siguiente ejemplo muestra una entrada de device en el archivo de configuración de multipath.
#	}
#	device {
#		vendor			"COMPAQ  "
#		product			"MSA1000         "
#		path_grouping_policy	multibus
#		path_checker		tur
#		rr_weight		priorities
#	}
#}
Red Hat logoGithubRedditYoutubeTwitter

Aprender

Pruebe, compre y venda

Comunidades

Acerca de la documentación de Red Hat

Ayudamos a los usuarios de Red Hat a innovar y alcanzar sus objetivos con nuestros productos y servicios con contenido en el que pueden confiar.

Hacer que el código abierto sea más inclusivo

Red Hat se compromete a reemplazar el lenguaje problemático en nuestro código, documentación y propiedades web. Para más detalles, consulte el Blog de Red Hat.

Acerca de Red Hat

Ofrecemos soluciones reforzadas que facilitan a las empresas trabajar en plataformas y entornos, desde el centro de datos central hasta el perímetro de la red.

© 2024 Red Hat, Inc.