Funciones del controlador

Tenga en cuenta estos factores cuando utilice un iniciador múltiple y funciones HA (Alta disponibilidad).

El uso de iniciador múltiple y de funciones HA precisa soporte del controlador y del software de Linux®. El soporte del controlador se muestra en la tabla Comparación de características de las tarjetas SAS RAID. Busque controladores que tengan RAID HA de dos sistemas, o RAID HA de un solo sistema, marcadas como Sí en la configuración que desee. Los niveles de software Linux necesarios para admitir iniciador múltiple están identificados en Versiones de iprconfig para las funciones SAS.

Los controladores específicos están pensados para se utilizados con configuraciones de, o bien con RAID HA de dos sistemas o RAID HA de un solo sistema. Utilice la tabla Comparación de características de las tarjetas SAS RAID para buscar controladores que tengan la configuración RAID HA marcada como Sí. Este tipo de controlador no se puede utilizar con una configuración JBOD HA de dos sistemas ni en una configuración autónoma.

Los controladores conectados en una configuración RAID deben tener el mismo tamaño de memoria caché de escritura (ya que admiten memoria caché de escritura). Se registrará un error si las memorias caché de escritura no son del mismo tamaño.

Cuando se reconfigure un controlador que haya estado configurado previamente con una configuración HA diferente, se recomienda configurar el modo de HA de los controladores como RAID o como JBOD antes de conectar los cables SAS.

En todas las configuraciones RAID HA, un controlador funciona como controlador primario y realiza la gestión de los dispositivos físicos, tales como la creación de una batería de discos o la descarga de microcódigos de disco. El otro controlador funciona como controlador secundario y no puede gestionar los dispositivos físicos.
Nota: En configuraciones de dos sistemas, puede ser necesario interrumpir la utilización de la batería de discos desde el controlador secundario para poder realizar algunas acciones desde el controlador primario.

Si el segundo controlador detecta que el controlador primario se desconecta, cambiará para convertirse en el controlador primario. Cuando el controlador primario original vuelva a conectarse, se convertirá en el controlador secundario. La excepción a este caso se produce cuando el controlador primario original haya sido designado previamente como controlador primario “preferido”.

Ambos controladores son capaces de realizar accesos directos de E/S directa a las baterías de discos con el fin de realizar operaciones de lectura y de escritura, pero en un momento dado, solamente uno de los controladores del par estará “optimizado” para la batería de discos. El controlador que esté optimizado para una batería de discos es el que accede directamente a los dispositivos físicos para realizar las operaciones de E/S. El controlador que no esté optimizado para una batería de discos enviará las solicitudes de lectura y escritura a través de tejido SAS al controlador optimizado. Consulte Optimización del acceso asimétrico a HA para obtener más información sobre la configuración y visualización de la optimización de la batería de discos.

El controlador primario registra la mayor parte de los errores relacionados con la batería de discos. Algunos de los errores de la batería de discos se podrían registrar en el controlador secundario si una batería de discos está optimizada para el secundario en el momento de producirse el error.

Las razones típicas para que los controladores primario y secundario cambien sus roles respecto a lo que se espera o lo preferido son las siguientes:
  • Los controladores cambian su rol por razones asimétricas. Por ejemplo, uno de los controladores detecta más unidades de discos que el otro. Si el controlador secundario es capaz de encontrar dispositivos que el controlador primario no encuentra, se producirá una transición automáticamente (migración tras error). Los controladores se comunicarán el uno con el otro, compararán la información sobre el dispositivo, la información sobre el dispositivo y cambiarán sus roles.
  • Si se desactiva el controlador primario del sistema que contiene el controlador primario, se producirá una transición automática (migración tras error).
  • Si falla el controlador primario del sistema que contiene el controlador primario, se producirá una transición automática (migración tras error).
  • Si el controlador primario se retrasa en convertirse en activo, el otro controlador asume el rol de controlador primario. Cuando el controlador primario pase al estado Activo, se producirá una transición automática (migración tras error).
  • Si el controlador primario pierde el contacto con los discos accesibles al controlador secundario, se producirá una transición automática (migración tras error).
  • Al descargar el microcódigo del controlador se podría producir una transición automática (migración tras error). Dicha transición se debe a que el controlador se resetea para activar el nuevo microcódigo. El controlador estará temporalmente fuera de línea hasta que se haya finalizado el reseteo. La migración tras error a otro controlador puede evitar la interrupción del acceso al disco.

Los usuarios y sus aplicaciones son los responsables de garantizar el funcionamiento adecuado de la lectura y escritura de los discos compartidos y de las baterías de discos. Por ejemplo, utilizando mandatos de reserva de dispositivos (no se admite la reserva persistente).