1 Introducción

StorageTek Virtual Library Extension (VLE), de Oracle, es un sistema de almacenamiento en disco de back-end para el subsistema de almacenamiento de cinta virtual (VTSS, Virtual Tape Storage Subsystem). VLE ofrece:

  • Compatibilidad con la migración y la recuperación de VTV desde y hacia el almacenamiento en la nube de Oracle

    Para obtener más información detallada, visite:

    Nota:

    Consulte http://docs.oracle.com/cloud/latest/ para obtener más información sobre cómo configurar una cuenta en la nube.

  • Compatibilidad con VTV de 400 MB, 800 MB, 2 GB, 4 GB y 32 GB.

    Nota:

    Para configurar y usar VTV de 32 GB, consulte la documentación de ELS 7.3.

  • Un nivel de almacenamiento adicional en la solución VSM. Los VTV ahora se pueden migrar de VTSS a VLE para ofrecer acceso rápido a los datos recientes. Además, los VTV pueden pasar del almacenamiento de VLE a los medios de cinta (MVC, Multiple Volume Cartridge) para archivo a largo plazo. Puede controlar cómo migran y se archivan los VTV mediante las clases de almacenamiento y gestión existentes, para brindar compatibilidad total con versiones anteriores con configuraciones previas.

  • Almacenamiento en disco de back-end compartido entre varios sistemas VTSS, lo que garantiza el acceso de alta disponibilidad a los datos.

Nota:

Para VLE 1.1 y versiones posteriores, una VLE es una recopilación de nodos interconectados con una red privada.

Para el sistema de control de cinta virtual (VTCS, Virtual Tape Control System), una VLE tiene el aspecto de una biblioteca de cintas, excepto que los VTV se almacenan en cartuchos virtuales de varios volúmenes (VMVC, Virtual Multi-Volume Cartridge) en el disco. Con VLE, se puede configurar una solución de almacenamiento de VTV de backend con una VLE y una cinta o solamente con una VLE (por ejemplo, con configuraciones de VSM sin cintas). Un VTSS puede migrar VTV a una VLE, y recuperarlos de la misma manera que con una biblioteca de cintas real.

Precaución:

  • Si tiene un sistema VLE, HSC/VTCS usa servicios de comunicación del componente de gestión de almacenamiento (SMC, Storage Management Component) para comunicarse con la VLE. Para asegurarse de que esos servicios estén disponibles durante el inicio del VTCS, Oracle recomienda que ejecute primero el comando Start (Inicio) para el HSC y luego, inmediatamente, ejecute el comando Start (Inicio) para el SMC mientras se inicia el HSC.

  • La detención del SMC impide que el VTCS envíe mensajes a la VLE, lo que efectivamente impide la transferencia de datos. Entonces, debe asegurarse de desactivar la actividad del VTCS o cerrar el VTCS antes de detener el SMC.

  • No puede usar AT-TLS con el servidor HTTP del SMC si está usando VLE.

  • Con las configuraciones de VSM sin cintas, solo se proporciona un VLE de un solo nodo conectado a un VTSS específico. Si VLE queda fuera de línea, se perderá el acceso a los VTV migrados a VLE que no residan en el VTSS, hasta que VLE vuelva a estar en línea.

La solución VLE consta de lo siguiente:

  • Hardware y microcódigo del subsistema de almacenamiento de cinta virtual (VTSS).

  • Software y componente de gestión de almacenamiento (SMC) del software de control de cinta virtual (VTCS).

  • Hardware y software de VLE

Requisitos de configuración de red

Si se requiere redundancia de red, cada conexión IP entre VSM 5/6 y VLE, VLE a VLE y VLE a SMC debe configurarse en subredes separadas.

Hardware y software de VLE

La VLE, que es una unidad ensamblada en fábrica en un Sun Rack II modelo 1242, incluye el siguiente hardware:

  • Un servidor incorporado a una plataforma Sun Server X4-4.

  • Cuatro puertos de 10 Gb en la placa base, dos de los cuales pueden usarse para transferencia de datos y otras finalidades. Dos están dedicados a la administración, el mantenimiento y la asistencia técnica.

  • Un puerto de servicio (ILOM).

  • Cuatro puertos dobles de fibra óptica de 10 Gb (seis puertos disponibles) más dos puertos de cobre de 10 Gb.

  • Uno o varios Oracle Storage Drive Enclosure DE2-24C (DE2-24C) que incluyen unidades de disco duro (HDD) en una matriz RAID de ZFS, que se pueden ampliar en capacidades efectivas a partir de 200 TB para una sola VLE de JBOD (suponiendo una relación de compresión de 4 a 1 cuando los datos se migran a VLE).

  • Una unidad de DVD.

El software de VLE consta de lo siguiente:

  • Sistema operativo Oracle Solaris 11.

  • Sistema de archivos ZFS y base de datos MySQL.

  • Software de la aplicación de VLE.

Figura 1-1 Arquitectura del subsistema de VLE

El texto adyacente describe Figura 1-1 .

Como se muestra en la Figura 1-1, el software de la aplicación de VLE está compuesto por lo siguiente:

  • HTTP/XML es el protocolo de datos para las comunicaciones entre el host y VLE.

  • El administrador de solicitudes de la interfaz del usuario universal (UUI), que procesa las solicitudes provenientes de la UUI y produce respuestas al componente de gestión de almacenamiento (SMC) y al software de control de cintas virtuales (VTCS). El administrador de solicitudes de la UUI determina qué componentes de VLE se usan para atender una solicitud.

    El administrador de solicitudes de la UUI se comunica con:

    • PathGroup Manager, para programar migraciones y recuperaciones en VTV. PathGroup Manager gestiona todos los grupos de rutas, donde cada grupo de rutas gestiona una sola transferencia de datos de VTV entre el VTSS y la VLE.

    • Storage Manager, para programar toda la generación de informes.

  • El componente VLE Storage Manager gestiona los datos y metadatos de VMVC/VTV en la VLE. VLE Storage Manager almacena datos de VTV y los recupera del ZFS en la matriz JBOD.

  • TCP/IP/IFF es el protocolo de datos para las comunicaciones entre el host y VLE, donde el componente IP/IFF/ECAM controla las comunicaciones entre VTSS y VLE.

Configuración de VLE de nodo único

En la Figura 1-2, se muestra una configuración de VLE de nodo único.

Figura 1-2 VLE de nodo único en un sistema VSM

El texto adyacente describe Figura 1-2 .

Como se puede ver en la Figura 1-2 (donde 1 es el host MVS y 2 es la biblioteca):

  • Se admiten varias conexiones TCP/IP (entre los puertos IP de VTSS y los puertos IP de VLE) según se indica a continuación:

    • Una sola VLE puede conectar hasta a 8 VTSS, por lo que los VTSS pueden compartir las VLE.

    • Un solo VTSS puede conectar hasta 4 VLE a fin de aumentar el espacio del buffer para las cargas de trabajo intensas.

  • Un único VTSS puede conectarse a:

    • RTD únicamente.

    • Solo otros VTSS (agrupados en clusters).

    • VLE únicamente

    • Cualquier combinación de los anteriores.

  • TCP/IP es el único protocolo compatible para las conexiones entre VLE y el VTSS y para las conexiones entre VLE y los hosts que ejecutan SMC y VTCS.

Sistemas VLE de varios nodos

Los sistemas VLE de varios nodos permiten la ampliación masiva del sistema de almacenamiento VLE. Puede construir sistemas de varios nodos que pueden contener de 1 a 64 nodos, con varios nodos interconectados mediante una red privada. Para SMC/VTCS, las VLE de varios nodos aparecen como una única VLE. La VLE incluye JBOD de 4 TB, de manera que una única VLE puede aumentar entre 200 TB (para un sistema JBOD) y 100 PB (para una VLE totalmente llena de 64 nodos).

Nota:

Estas son capacidades efectivas, suponiendo un índice de compresión de 4:1. La VLE estaba diseñada para un máximo de 64 nodos, pero solo ha sido validada para un máximo de siete nodos.

En la Figura 1-3, se muestra un complejo de VLE de varios nodos, en el cual los nodos están interconectados a un switch de 10 GE dedicado, de manera tal que cada nodo pueda acceder a cualquier otro nodo del complejo:

Figura 1-3 Complejo de VLE de varios nodos

El texto adyacente describe Figura 1-3 .

Transferencia de datos de VLE a VLE

El sistema de almacenamiento de VLE puede gestionar transferencias de datos de manera independiente del VTSS, que libera recursos del VTSS para la carga de trabajo de frontend (host), lo que mejora el rendimiento general del VTSS. Por ejemplo:

  • Si las políticas de migración especifican que debería haber dos copias VLE de un VTV (ya sea dentro de la misma o en otra VLE), la primera migración a VLE provocará que los datos se transfieran desde el VTSS y todas las subsiguientes migraciones a VLE para el VTV serán concretadas mediante una copia de VLE a VLE. Esto disminuye el ciclo de intentos necesarios del VTSS para migrar todas las copias de un VTV.

  • Si en su entorno ejecuta:

    • VLE 1.2 o posterior

    • VTCS 7.1 (con los PTF complementarios) o VTCS 7.2 y posterior

      Entonces, puede usar el VTCS para definir más dispositivos VLE que las rutas entre VTSS y VLE mediante el parámetro CONFIG STORMNGR VLEDEV. Entonces, si utiliza este esquema de acción, los recursos del VTSS usados para migrar todas las copias del VTV a VLE se reducen mucho más porque la ruta entre el VTSS y la VLE de destino solo se reserva cuando la transferencia de datos se hace directamente desde el VTSS a la VLE. Para todas las acciones del VRTD en VLE, solo se reserva una ruta del VTSS cuando se solicita una transferencia de datos al VTSS.

Cifrado del VTV

La función de cifrado permite cifrar los VMVC escritos en el sistema VLE. El cifrado se activa por nodo, mediante una clave de cifrado almacenada en el nodo y con copia de seguridad en un dispositivo USB. El cifrado se gestiona completamente por medio de la interfaz gráfica de usuario de VLE; el software del host no tiene información sobre el cifrado, ya que VLE descifra los VTV que se recuperan en el VTSS.

Anulación de duplicación del VTV

La anulación de duplicación elimina los datos redundantes de un complejo de VLE. La anulación de duplicación, que se controla mediante el parámetro DEDUP de la instrucción STORCLAS, aumenta la capacidad efectiva de VLE y es ejecutada por VLE antes de que el VTV se escriba en un VMVC.

Para evaluar los resultados de la anulación de duplicación, active la anulación de duplicación, supervise los resultados con el informe SCRPT y ajuste la anulación de duplicación según sea necesario. El informe SCRPT proporciona el “ratio de reducción” aproximado de los datos cuya duplicación se anuló, que es la cantidad de GB no comprimidos dividida por la cantidad de GB utilizados. Entonces, el ratio de reducción incluye tanto la compresión del VTSS como la anulación de duplicación de VLE. Un ratio de reducción mayor es indicio de una compresión y una anulación de duplicación más efectivas.

Por ejemplo, el VTSS recibe 16 MB de datos, los comprime a 4 MB y escribe los datos comprimidos en un VTV. Luego, VLE anula la duplicación del VTV a 2 MB y lo escribe en un VMVC. Así, el ratio de reducción es de 16 MB divididos por 2 MB o, en otras palabras, de 8.0:1.

Acceso rápido al primer byte (ETTFB)

El Tiempo Temprano de Primer Byte (ETTFB), también conocido como la función de recuperación/montaje de cinta simultánea, permite al VTSS usar el VTD para leer datos como si se estuviesen recuperando de VLE:

  • ETTFB se establece globalmente mediante CONFIG GLOBAL FASTRECL.

  • Si CONFIG GLOBAL FASTRECL=YES, puede desactivar el ETTFB por el VTSS con CONFIG VTSS NOERLYMNT.

Los comandos CONFIG GLOBAL y CONFIG VTSS se aplican tanto a ETTFB para RTD como a ETTFB para VLE.

ETTFB es aplicable solo a sistemas VSM5.

Control de tamaño de trama

El control de tamaño de trama especifica el uso de tramas gigantes en cada enlace de copia.

Nota:

La infraestructura entre el VSM y la VLE, o entre varias VLE, debe ser compatible con tramas gigantes para que esto funcione. Si una parte de la infraestructura entre estas conexiones no admite tramas gigantes, esto no funcionará.

  • Si su red TCP/IP es compatible con tramas gigantes, el rendimiento de la red puede mejorar si activa esta opción.

  • Para activar tramas gigantes, seleccione la casilla de control de Jumbo Frames (Tramas gigantes) en la ficha de Port Card Configuration (Configuración de la tarjeta de puerto). Al seleccionar esta casilla, el valor de la unidad de transmisión máxima (MTU, Maximum Transmission Unit) se configura en 9000 para el puerto.

  • Se recomienda activar las tramas gigantes en enlaces que estén configurados para transferencias de VLE a VLE.

Almacenamiento extendido en la nube de Oracle

VLE 1.5.2 y posterior ofrece conexión de la VLE a la nube de Oracle. La VLE se puede configurar para, opcionalmente, migrar y recuperar los datos del cliente directamente desde y hacia la nube de Oracle. Las opciones de configuración de VLE admiten cualquier combinación de almacenamiento de datos en la agrupación de discos de VLE local o en la nube de Oracle.

VLE es compatible con tres opciones de la nube de Oracle: almacenamiento de objeto en la nube de Oracle, almacenamiento de archivo en la nube de Oracle y cifrado dentro de la nube de Oracle. Consulte Almacenamiento de VLE en la nube de Oracle para obtener una explicación adicional de las opciones compatibles con la nube de Oracle.