B Opciones de conexión de bibliotecas empresariales
En este capítulo se incluye lo siguiente:
Visión general
Existen varias opciones para conectar ACSLS a bibliotecas SL8500 y SL3000. Estas opciones se pueden utilizar de manera independiente o de forma conjunta para la comunicación entre ACSLS y una SL8500 o SL3000.
En una cadena de bibliotecas SL8500 conectadas, se puede implementar TCP/IP dual, TCP/IP de varias bibliotecas o Redundant Electronics.
En una SL3000 o SL8500, se puede implementar TCP/IP dual o Redundant Electronics (RE). Puede conectarse a una SL3000 o SL8500 mediante IPv4.
A continuación se resumen las opciones de conexión:
-
TCP/IP dual
TCP/IP dual proporciona dos conexiones TCP/IP separadas e independientes entre ACSLS y una tarjeta de controlador de biblioteca. Si una de estas rutas de comunicación falla, ACSLS utiliza automáticamente la segunda ruta para la comunicación.
Para implementar la compatibilidad con TCP/IP, las tablas de enrutamiento en el servidor ACSLS y la biblioteca deben definirse y gestionarse mediante el comando "
route". Estas tablas de enrutamiento fuerzan la comunicación entre un par de puertos en el servidor ACSLS y la biblioteca para utilizar una ruta de comunicación de red definida.La SL8500 y la SL3000 admiten la comunicación TCP/IP dual con la biblioteca.
-
Compatibilidad con TCP/IP múltiple
La compatibilidad con TCP/IP múltiple permite la conexión del servidor ACSLS con varias bibliotecas SL8500 en una cadena de SL8500 conectadas. Si falla la comunicación con una biblioteca, ACSLS envía automáticamente la comunicación de la biblioteca a las conexiones con las demás bibliotecas. Las bibliotecas reenvían los mensajes automáticamente a las demás bibliotecas.
La configuración y la gestión de comunicación de TCP/IP múltiple son más simples que para TCP/IP dual debido a que las tablas de enrutamiento no necesitan ser definidas en el servidor ACSLS o en las bibliotecas SL8500. No obstante, TCP/IP múltiple requiere una cadena de bibliotecas SL8500 conectadas. Esto no aplica a bibliotecas SL8500 o SL3000 únicas e independientes.
-
Redundant Electronics (RE)
RE utiliza un juego redundante de tarjetas de controlador de biblioteca. Siempre hay un juego activo y otro en espera. El controlador de biblioteca activo puede realizar un failover para el modo en espera en respuesta a un comando de ACSLS o SL Console. La biblioteca puede iniciar un failover automático en caso de un error de tarjeta de biblioteca.
RE activa descargas de firmware de biblioteca con mínimas interrupciones (microcódigo). Dentro de una cadena de SL8500 conectadas, se puede implementar RE para cada biblioteca. Puede implementar RE en cualquiera de las bibliotecas dentro de un complejo.
Para admitir RE en la biblioteca, se requiere ACSLS 7.3.1; 8.0.2 o posterior.
Visualización del estado de la comunicación de ACSLS con las bibliotecas.
Utilice el comando query lmu para ver y supervisar el estado de la comunicación de ACSLS con las bibliotecas que gestiona. El comando query lmu también muestra el estado de los ACS y las conexiones del puerto con las bibliotecas.
Compatibilidad de TCP/IP dual
TCP/IP dual es una opción que puede adquirirse para las bibliotecas SL8500 y SL3000 (aquí se conocen como la biblioteca). Proporciona dos conexiones TCP/IP a la biblioteca. No obstante, puede continuar usando la biblioteca con una sola conexión de las dos en funcionamiento.
El objetivo de TCP/IP dual es reconocer y evitar automáticamente una ruta de comunicación defectuosa. Debido a que es un proceso automatizado, no es necesario que realice el cambio manualmente desde la conexión no operativa.
Para usar la compatibilidad TCP/IP dual en la biblioteca, las tablas de enrutamiento en el servidor ACSLS y la biblioteca deben gestionarse mediante el comando "route". Esto fuerza una ruta a las interfaces de red definidas en la biblioteca, que básicamente crea una relación de uno a uno entre las interfaces. El Administrador de Sistemas Cliente (CSA) cambia las tablas de enrutamiento en el servidor ACS y el Ingeniero en Sistemas Cliente (CSE) actualiza las tablas de enrutamiento en la biblioteca. Para obtener más información sobre el comando "route" de UNIX, consulte las páginas del comando man en su servidor ACSLS.
Requisitos
-
Coordine con el administrador del sistema y el administrador de red para comprender el entorno de red actual e identificar todas las direcciones IP con antelación.
-
Coordine con el administrador del sistema para configurar la interfaz de red o para validar que esté configurada correctamente.
Configuración
Se recomienda que ACSLS mantenga abiertas dos conexiones con la biblioteca debido a que ACSLS usa todas las conexiones activas. Si una conexión no es operativa, ACSLS usa la conexión operativa restante mientras sigue intentando reestablecer la comunicación en la conexión defectuosa.
La configuración recomendada para las implementaciones de TCP/IP dual es de dos interfaces de red en dos subredes separadas para el servidor ACSLS, como se muestra en la situación 1. Esto brinda más fiabilidad, ya que proporciona un máximo rendimiento y un mínimo de conflicto de recursos en relación con las comunicaciones de red al agregar una segunda conexión física.
Para configurar dos conexiones TCP/IP a una biblioteca única, use la utilidad acsss_config o la configuración dinámica (config). Introduzca el número (2) de conexiones que hay con la biblioteca y las direcciones IP de los dispositivos de red. SL3000 admite conexiones IPv4.
Las siguientes situaciones proporcionan ejemplos para la configuración del servidor ACSLS. Para obtener instrucciones sobre la configuración de la función TCP/IP dual de la biblioteca, consulte el documento Función de TCP/IP dual del sistema de biblioteca correspondiente.
En las siguientes situaciones se utilizan direcciones IP privadas de subred que no serán las mismas de su entorno. En estas situaciones se supone que sus dispositivos de red están configurados y funcionan adecuadamente.
Situación 1: configuración recomendada
La situación 1 es la configuración que se prefiere para la función de TCP/IP dual.
En esta configuración, el servidor ACSLS contiene dos interfaces de red que residen en dos subredes separadas. SL8500 o SL3000 tienen dos interfaces de red en las mismas subredes que el servidor ACSLS.
En esta situación, las bibliotecas utilizan una relación de uno a uno con las interfaces de red en el servidor ACSLS en el que:
-
La interfaz qfe0 en el servidor ACSLS se comunica únicamente con la interfaz eth0 en la SL8500 o SL3000.
-
La interfaz qfe1 en ACSLS se comunica únicamente con eth5 en la SL8500 o SL3000.
Se fuerza esta relación mediante los comandos de UNIX "route".
-
Para Solaris: como usuario
root, escriba los siguientes comandos:route -p add 7.0.50 -ifp qfe0 192.168.0.254route -p add 192.168.1.50 -ifp qfe1 192.168.1.254El primer comando de ruta envía toda comunicación con
192.168.0.50a través de qfe0 en el servidor ACSLS y luego a través del enrutador 1.El segundo comando de ruta envía toda comunicación con
192.168.1.50a través de qfe1 en el servidor ACSLS y luego a través del enrutador 2.Puede validar que las rutas estén en la tabla de enrutamiento si escribe:
# netstat –r
Ejemplo B-1 Tabla de enrutamiento IPv4
Destination Gateway Flags Ref Use Interface ______________ ________ _____ ___ ___ _________ 192.168.0.50 192.168.0.254 UGH 1 0 qfe0 192.168.1.50 192.168.1.254 UGH 1 0 qfe1 192.168.0.0 192.168.0.1 U 1 7 qfe0 192.168.1.0 192.168.1.1 U 1 0 qfe1 BASE-ADDRESS.MCAST.NET 192.168.0.1 U 1 0 qfe0 default 192.168.0.254 UG 1 33 localhost localhost UH 4 77 lo0
Las primeras dos entradas son las que se agregaron recientemente. Toda comunicación con 192.168.0.50 pasará a través de QFE0, y la comunicación con 192.168.1.50 a través de QFE1.
Recuerde: configure las tablas de enrutamiento de las bibliotecas de acuerdo con las instrucciones que se encuentran en el documento Función de TCP/IP dual del sistema de biblioteca modular StorageTek SL8500.
Escenario 2
La situación 2 muestra:
-
El servidor ACSLS con dos interfaces en subredes separadas de la biblioteca
-
Biblioteca SL8500 o SL3000 con dos interfaces de red en subredes separadas de ACSLS
-
Tanto ACSLS como SL8500 o SL3000 utilizando una red pública
Se fuerza esta relación mediante los comandos "route" de UNIX.
-
Para Solaris: como usuario
root, escriba los siguientes comandos:#route add 192.168.2.50 -ifp qfe0 192.168.0.254#route add 192.168.3.50 -ifp qfe1 192.168.1.254Estas rutas por defecto para ACSLS siguen siendo las mismas. Las rutas que están dentro de las subredes sabrán cómo enrutar la comunicación a las bibliotecas a través de la LAN pública, y aún se está forzando la relación uno a uno con las interfaces. Nuevamente, esto se ve mediante el siguiente comando:
# netstat –r
Recuerde: configure las tablas de enrutamiento de las bibliotecas de acuerdo con las instrucciones que se encuentran en el documento Función de TCP/IP dual del sistema de biblioteca modular StorageTek SL8500 o SL3000.
Escenario 3
En esta situación, hay un servidor ACSLS con una interfaz de red en una subred separada. La biblioteca SL8500 o SL3000 tiene dos interfaces de red en dos subredes que están separadas del servidor ACSLS.
Recuerde: configure las tablas de enrutamiento de la biblioteca de acuerdo a las instrucciones que se encuentran en el documento Función de TCP/IP dual del sistema de biblioteca modular StorageTek SL8500 o SL3000.
Escenario 4
En la situación 4 se muestra:
-
Dos servidores de alta disponibilidad (ACSLS HA), ambos con tres interfaces de red, dos subredes privadas separadas con SL8500 o SL3000, y una tercera red pública.
-
Una biblioteca SL8500 o SL3000 con dos interfaces de red en las mismas dos subredes privadas que los servidores ACSLS.
En esta situación, ACSLS HA utiliza dos servidores diferentes, cada uno con diferentes interfaces de red. Esto significa que se deben agregar entradas de enrutamiento personalizadas para ambos servidores ACSLS.
Para el usuario de Solaris:
-
En el servidor ACSLS 1, escriba:
route add 192.168.0.50 –ifp qfe0 192.168.0.254route add 192.168.1.50 –ifp qfe1 192.168.1.254 -
En el servidor ACSLS 2, escriba:
route add 192.168.0.50 –ifp qfe1 192.168.0.254route add 192.168.1.50 –ifp qfe2 192.168.1.254Debe agregar las direcciones IP para ambos servidores a la configuración de las bibliotecas. Consulte el documento Función de TCP/IP dual del sistema de biblioteca modular StorageTek SL8500 o SL3000.
Se recomienda que separe las interfaces de red de las bibliotecas en dos subredes diferentes al usar ACSLS HA. El objetivo de un entorno de alta disponibilidad es incorporar redundancia y eliminar los puntos únicos de fallo.
Recuerde: configure las tablas de enrutamiento de las bibliotecas de acuerdo a las instrucciones que se encuentran en el documento Función de TCP/IP dual del sistema de biblioteca modular StorageTek SL8500 o SL3000.
Conservación de entradas personalizadas de la tabla de enrutamiento después de un reinicio
Todas las entradas personalizadas de la tabla de enrutamiento se pierden después de un reinicio. Esta es la naturaleza de las tablas de enrutamiento del sistema y es el comportamiento esperado.
Para admitir la función de TCP/IP dual en SL8500 o SL3000, es necesario agregar entradas personalizadas a las tablas de enrutamiento en el servidor ACSLS. Cuando se reinicia el servidor ACSLS, todas las entradas de la tabla de enrutamiento se vacían y todas las rutas a las bibliotecas necesarias se eliminan. Debido a que esta es la naturaleza del sistema operativo, existen diferentes formas de manejar esta situación.
Creación de secuencias de comandos
Puede crear secuencias de comandos para agregar rutas personalizadas que se inicialicen durante el inicio. Para conocer los procedimientos, consulte Agregación de una ruta personalizada para que se inicialice durante el inicio.
Estas secuencias de comandos pueden ubicarse en la estructura del directorio rc para la ejecución automática durante el inicio. Consulte la documentación del sistema para obtener más información sobre la mejor forma de implementar esto.
Utilice las secuencias de comandos de inicio de ACSLS para agregar las entradas personalizadas de enrutamiento durante el inicio. La secuencia de comandos de inicio verifica que un archivo contenga entradas personalizadas de las tablas de enrutamiento. Todas las entradas que se encuentren se agregan a la tabla de enrutamiento automáticamente mediante el comando de UNIX route. Para instalaciones independientes de ACSLS, el método recomendable es mantener las entradas de enrutamiento necesarias para la compatibilidad con la biblioteca.
Importante: esta solución no funcionará si la instalación de ACSLS es un entorno de ACSLS de alta disponibilidad (ACSLS HA).
En este caso, utilice el primer método para mantener las tablas de enrutamiento.
La forma en que ACSLS HA gestiona la inicialización del sistema es diferente a la del servidor ACSLS, ya que este depende de Solaris Cluster para gestionar sus recursos en cluster, con lo cual ACSLS no puede iniciarse automáticamente mediante el mecanismo RC del sistema durante el inicio. Esto es gestionado estrictamente por los agentes de Solaris Cluster sin usar las secuencias de comandos de inicio S87ACSLS. Agregue una secuencia de comandos con los comandos "route add" correspondientes y ubíquela dentro de la estructura del directorio /etc/rc2.d . Si tiene un entorno de ACSLS HA, se recomienda que contrate Oracle Advanced Customer Support (preferentemente al mismo consultor que instaló originalmente el sistema ACSLS HA).
Agregación de una ruta personalizada para que se inicialice durante el inicio
Para agregar entradas personalizadas de enrutamiento:
-
Diríjase al directorio siguiente mediante cd:
$ACS_HOME/data/external/ custom_routing.Este directorio contiene el archivo de plantilla
custom_routing_tables.tpl. -
Copie este archivo y cámbiele el nombre a
custom_routing_tables.#
cp custom_routing_tables.tpl custom_routing_tables -
Edite (vi) el archivo
custom_routing_tablesy agregue sus entradas.El archivo contiene tres campos.
-
La dirección IP para SL8500 o SL3000.
-
El nombre de la interfaz en el servidor ACSLS con la que desea establecer la relación uno a uno.
-
La dirección IP de la ruta por defecto para la subred.
-
-
Siga las instrucciones en la sección de comentarios
custom_routing_tablespara conocer el formato.Nota:
Asegúrese de que no haya líneas en blanco.Cuando se reinicia su servidor, ACSLS se inicializa automáticamente y las rutas personalizadas se agregan a la tabla de enrutamiento.
-
Verifique todas las rutas en la tabla de enrutamiento mediante el siguiente comando:
# netstat -r
Consulte las páginas del comando man de UNIX para obtener documentación completa sobre los comandos route y netstat.
Eliminación de los comandos de enrutamiento
Utilice el comando route para eliminar los comandos de enrutamiento especiales que se agregaron por error o que ya no son necesarios para la configuración anterior.
Ejemplo: como usuario de root, escriba los siguientes comandos:
# route delete 192.168.0.50 192.168.0.254
Esto indica que se elimine la ruta a 192.168.0.50 (SL8500 o SL3000) mediante la ruta por defecto de 192.168.0.254. Luego, la ruta se elimina.
Compatibilidad con TCP/IP múltiple
Cuando se instala SL8500 3.97 o un firmware posterior, ACSLS puede conectarse a más de una SL8500 en un ACS (complejo de bibliotecas).
ACSLS admite hasta quince conexiones con un ACS. Por ejemplo, pueden ser: quince conexiones a cuatro SL8500, dos conexiones a cada una de las dos SL8500, dos conexiones a una SL8500 y dos conexiones a dos SL8500 diferentes, tres conexiones a dos o tres bibliotecas, etc.
Cuando ACSLS se conecta a más de una biblioteca, las conexiones deben realizarse a través de diferentes subredes por cuestiones de redundancia. Si una subred falla, la comunicación entre ACSLS y la biblioteca aún continúa a través de las demás subredes.
Cuando ACSLS tiene dos conexiones a una tarjeta HBC de SL8500, configure las tablas de enrutamiento de los servidores SL8500 y ACSLS como se describe en Compatibilidad de TCP/IP dual. Si tiene una única conexión entre el servidor ACSLS y cada tarjeta HBC de SL8500, no es necesario configurar las tablas de enrutamiento de SL8500 y ACSLS.
Para optimizar el rendimiento de la biblioteca y minimizar la comunicación entre las bibliotecas SL8500, defina la primera conexión (puerto 0) a la biblioteca con mayor actividad.
La configuración y la gestión de comunicación de TCP/IP múltiple son más simples que para TCP/IP dual debido a que las tablas de enrutamiento no necesitan ser definidas en el servidor ACSLS o en las bibliotecas SL8500. No obstante, TCP/IP múltiple requiere una cadena de bibliotecas SL8500 conectadas. Esto no aplica a bibliotecas SL8500 o SL3000 únicas e independientes.
Para obtener más información, consulte Resumen técnico del sistema de biblioteca modular StorageTek SL8500 - Comunicaciones entre el host y la biblioteca.
Figura B-5 muestra un ACSLS con una configuración de TCP/IP múltiple y Figura B-6 muestra un ACSLS con una configuración de TCP/IP múltiple y TCP/IP dual.
Redundant Electronics
La función opcional Redundant Electronics (RE) de SL8500 o SL3000 proporciona protección contra failover en bibliotecas empresariales. Si se producen errores en el controlador de biblioteca, este automáticamente traslada las operaciones a un controlador de biblioteca alternativo, con un trastorno mínimo en las operaciones de host y biblioteca. Esto permite que el representante de soporte de Oracle reemplace la tarjeta defectuosa mientras la biblioteca sigue funcionando con normalidad.
RE también reduce al mínimo la interrupción del funcionamiento de la biblioteca durante las actualizaciones de firmware.
Nota:
Las bibliotecas ofrecen redundancia en una serie de componentes, incluidos los robots y los sistemas de energía. El término "Redundant Electronics" hace referencia de forma específica a la redundancia de la biblioteca y los componentes del controlador de unidades.RE requiere todos los componentes de hardware que se indican a continuación:
-
El controlador de biblioteca activo (HBC o HBCR) asociado con el controlador de unidad activo (HBT)
-
HBC o HBCR en espera asociados con HBT en espera
-
Otros componentes redundantes
Para obtener más información, consulte la Guía del usuario de StorageTek SL8500 o SL3000.
Figura B-7 muestra ACSLS con RE en una biblioteca única.
Compatibilidad de ACSLS para RE
ACSLS gestiona una combinación de tarjetas de controlador de bibliotecas (LC) SL8500 en espera dentro de un único complejo de bibliotecas (un ACS de bibliotecas conectadas mediante Passthru).
Como se muestra en Figura B-8, cualquiera de las tarjetas HBCR en cada SL8500 puede ser la tarjeta del controlador activo.
Ahora, cada biblioteca en una cadena de SL8500 conectadas puede tener su propio par de controladores de biblioteca redundantes. Si bien en un complejo de bibliotecas, algunas bibliotecas pueden tener un par de tarjetas de controlador de biblioteca con RE activado, otras tienen un único controlador de biblioteca. ACSLS debe poder comunicarse con todos los LC activos al mismo tiempo.
ACSLS admite RE con TCP/IP dual, como se muestra en Figura B-9, o con TCP/IP dual y múltiple, como se muestra en Figura B-10.
Cola y reintento de montajes y desmontajes
Para admitir RE, ACSLS implementó la cola y reintento de montajes y desmontajes durante las interrupciones temporales de la biblioteca y las unidades. Para obtener más información, consulte Agregación a la cola y reintento de solicitudes de montaje y desmontaje cuando la biblioteca está temporalmente no disponible.
switch lmu para una única biblioteca
El comando switch lmu puede usarse para forzar un cambio entre los controladores de biblioteca en una biblioteca SL3000 o una biblioteca única SL8500. El comando switch lmu no puede utilizarse para cambiar una SL8500 que está conectada con otras SL8500 en un complejo de bibliotecas.