La función de rutas múltiples de E/S de Solaris está activada de manera predeterminada para las plataformas basadas en x86 y es opcional para los sistemas basados en SPARC que ejecutan el sistema operativo Oracle Solaris. El software incluye las siguientes funciones:
Gestión de rutas: las funciones de rutas múltiples de E/S de Solaris gestionan de manera dinámica las rutas a cualquier dispositivo de almacenamiento admitido por el sistema operativo. La agregación o eliminación de rutas a un dispositivo se realiza automáticamente cuando una ruta se conecta o cuando una ruta se elimina de un servicio. Incluso con la función de rutas múltiples activada, puede agregar más controladores para aumentar el ancho de banda y RAS, sin cambiar los nombres de los dispositivos ni modificar las aplicaciones. Los productos de almacenamiento de Oracle no requieren la gestión de archivos de configuración ni la actualización de bases de datos. Si tiene un producto de almacenamiento que no es de Oracle, póngase en contacto con el proveedor para conocer los métodos para activar la compatibilidad y para asegurarse de que el producto admita las funciones de rutas múltiples de E/S de Solaris.
Instancias de dispositivo únicas: las funciones de rutas múltiples de E/S de Solaris están totalmente integradas con el sistema operativo Oracle Solaris. Los dispositivos de rutas múltiples aparecen como instancias de dispositivos únicas en lugar de aparecer como un dispositivo o enlace de dispositivo por ruta. Esta función reduce el costo de gestionar arquitecturas de almacenamiento complejas con utilidades como el comando formato un producto para la gestión de volumen para ver una representación de un dispositivo de almacenamiento en lugar de un dispositivo independiente para cada ruta.
Compatibilidad con failover: para implementar niveles superiores de RAS se requiere una conectividad de host redundante a los dispositivos de almacenamiento. Las funciones de rutas múltiples de E/S de Solaris gestionan el fallo de las rutas de almacenamiento al mismo tiempo que mantienen la conectividad de E/S del host mediante las rutas secundarias disponibles.
Puede determinar la compatibilidad con el failover para los dispositivos mediante el siguiente comando:
# mpathadm show mpath-support libmpscsi_vhci.so
mpath-support: libmpscsi_vhci.so
Vendor: Sun Microsystems
Driver Name: scsi_vhci
Default Load Balance: round-robin
Supported Load Balance Types:
round-robin
logical-block
Allows To Activate Target Port Group Access: yes
Allows Path Override: no
Supported Auto Failback Config: 1
Auto Failback: on
Failback Polling Rate (current/max): 0/0
Supported Auto Probing Config: 0
Auto Probing: NA
Probing Polling Rate (current/max): NA/NA
Supported Devices:
.
.
.
Compatibilidad con dispositivos simétricos y asimétricos: se admiten los siguientes dispositivos de almacenamiento en disco:
Todos los productos de almacenamiento en disco de Oracle, tanto simétricos como asimétricos.
Todos los dispositivos de disco simétricos de terceros que cumplan con los estándares T10 y T11.
Muchas matrices de disco asimétricas de terceros.
Se agregó la compatibilidad con el acceso asimétrico a unidad lógica (ALUA) T10 para los dispositivos asimétricos que admiten este estándar T10. Póngase en contacto con el proveedor de almacenamiento para ver si el dispositivo es compatible.
Si la matriz de almacenamiento en disco utiliza el módulo de failover f_asym_lsi, deberá cambiar manualmente la secuencia de la sección ddi-forceload moviendo f_asym_lsi al final del archivo scsi_vhci.conf , de manera similar a la siguiente:
ddi-forceload =
"misc/scsi_vhci/scsi_vhci_f_asym_sun",
"misc/scsi_vhci/scsi_vhci_f_asym_emc",
"misc/scsi_vhci/scsi_vhci_f_sym_emc",
"misc/scsi_vhci/scsi_vhci_f_sym_hds",
"misc/scsi_vhci/scsi_vhci_f_sym",
# "misc/scsi_vhci/scsi_vhci_f_tpgs_tape",
# "misc/scsi_vhci/scsi_vhci_f_tape",
"misc/scsi_vhci/scsi_vhci_f_tpgs",
"misc/scsi_vhci/scsi_vhci_f_asym_lsi";
Equilibrio de carga de E/S: además de proporcionar soporte para failover simple, las funciones de rutas múltiples de Solaris pueden utilizar cualquier ruta activa para que un dispositivo de almacenamiento envíe y reciba E/S. Con la E/S enrutada mediante varias conexiones de host, el ancho de banda puede aumentar gracias a la agregación de controladores de host. El software utiliza un algoritmo de equilibrio de carga por turnos mediante el cual cada solicitud de E/S se enruta a los controladores del host activo en serie, una después de la otra.
Profundidad de cola: las matrices de almacenamiento SCSI presentan el almacenamiento a un sistema en la forma de un número de unidad lógica (LUN). Los LUN tienen un conjunto finito de recursos disponibles, como la cantidad de datos que se pueden almacenar y el número de comandos activos que un dispositivo o una LUN puede procesar a la vez. El número de comandos activos que se pueden ejecutar antes de que un dispositivo bloquee el E/S se conoce como la profundidad de cola. Cuando se activa la función de rutas múltiples de E/S de Solaris, se crea una sola cola para cada LUN, sin importar el número de rutas independientes que pueda tener al host. Esta función permite al controlador de disco mantener y equilibrar una cola de LUN, para gestionar eficazmente la profundidad de cola. Ningún otro software de rutas múltiples disponible para el sistema operativo Oracle Solaris tiene esta capacidad.
Comando stmsboot: el sistema operativo Oracle Solaris incluye el comando stmsboot, que permite activar y desactivar las funciones de rutas múltiples de Solaris del dispositivo de inicio, una vez que se ha completado la instalación del sistema operativo. Este comando está disponible para sistemas basados en SPARC y sistemas basados en x86, y admite la función de rutas múltiples SAS.
La función de rutas múltiples SAS no está activada de manera predeterminada en el sistema operativo Oracle Solaris para sistemas basados en SPARC o x86; por lo tanto, debe utilizar el comando stmsboot después de la instalación, para poder activar la función de rutas múltiples.
De manera predeterminada, los sistemas basados en SPARC no tienen activada la función de rutas múltiples para dispositivos FC; por lo tanto, se debe utilizar el comando stmsboot después de la instalación.
De manera predeterminada, los sistemas basados en X86 tienen activada la función de rutas múltiples para dispositivos FC; por lo tanto, el uso del comando stmsboot después de la instalación es opcional.
Reconfiguración dinámica: las funciones de rutas múltiples de E/S de Solaris admiten operaciones de reconfiguración dinámica (DR).
Nombres de dispositivos de rutas múltiples: una vez que se instala el sistema operativo Oracle Solaris en un sistema y se activa la función de rutas múltiples de E/S de Solaris, los nombres de los dispositivos de rutas múltiples comienzan con c0. Por ejemplo:
# mpathadm list lu
/dev/rdsk/c0t600A0B800026D63A0000A4994E2342D4d0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800029065C00007CF54E234013d0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800026D63A0000A4984E234298d0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800029065C00007CF44E233FCFd0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800026D63A0000A4974E23424Ed0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800029065C00007CF34E233F89d0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800026D63A0000A4964E234212d0s2
Total Path Count: 4
Operational Path Count: 4
/dev/rdsk/c0t600A0B800026D63A000099B94DE2DB34d0s2
.
.
.
Visualización de información de rutas MPxIO: los comandos prtconf y fmdump fueron actualizados para proporcionar información de rutas MPxIO.
Por ejemplo, la siguiente salida es de un sistema con dispositivos de rutas múltiples.
# prtconf -v | grep path | more
Paths from multipath bus adapters:
name='path-class' type=string items=1
name='path-class' type=string items=1
name='path-class' type=string items=1
name='path-class' type=string items=1
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:a
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:a,raw
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:b
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:b,raw
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:c
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:c,raw
dev_path=/scsi_vhci/disk@g600a0b800026d63a0000a4994e2342d4:d
.
.
.
El comando diskinfo, que muestra la información de chasis, receptáculo y ocupante de discos u ocupantes de discos de receptáculos del compartimiento, también se puede utilizar para mostrar los nombres de los dispositivos de rutas múltiples. Por ejemplo:
# diskinfo -O occupant-compdev c0t50015179594B6F11d0 c0t5000C500335F95E3d0 c0t5000C500335F907Fd0 c0t5000C500335BD117d0 c0t5000C500335DC60Fd0 c0t5000C500335E106Bd0 c0t5000C500335BA8C3d0 c0t5000C500335FC3E7d0
Configuración del controlador de dispositivo: las personalizaciones de controlador se realizan en el directorio /etc/driver/drv, en lugar del directorio /kernel/drv, como se hacía en las versiones anteriores. Esta mejora implica que las personalizaciones del controlador no se sobrescriben cuando el sistema se actualiza. Los archivos del directorio /etc/driver/drv se mantienen durante la actualización. Las modificaciones de fp.conf, mpt.conf o scsi_vhci.conf se deben realizar en el directorio /etc/driver/drv.