1 Introduction

Virtual Library Extension (VLE) d'Oracle StorageTek est un stockage sur disque backend pour VTSS. VLE offre :

• La prise en charge de la migration et du rappel de volumes VTV vers et depuis Oracle Cloud Storage

  Pour plus d'informations, rendez-vous sur le site :

  • Configuration réseau requise

  • Stockage Oracle Cloud pour VLE

  Remarque :

  Consultez la documentation http://docs.oracle.com/cloud/latest/ pour plus d'informations sur la configuration d'un compte Oracle Cloud.

• La prise en charge de volumes VTV de 400 Mo, 800 Mo, 2 Go, 4 Go et 32 Go

  Remarque :

  Pour la configuration et l'utilisation des VTV 32 Go, reportez-vous à la documentation relative à ELS 7.3.

• Un niveau de stockage supplémentaire dans la solution VSM. Les volumes VTV peuvent désormais migrer depuis le VTSS vers la VLE pour assurer un accès rapide aux données récentes. De plus, les volumes VTV peuvent transiter du stockage VLE vers les médias de bande (cartouches MVC) pour l'archivage à long terme. Vous pouvez contrôler la manière dont les volumes VTV sont migrés et archivés à l'aide des classes de gestion et de stockage HSC existantes et profiter ainsi d'une rétrocompatibilité complète avec les configurations précédentes.

• Un stockage sur disque backend partagé entre plusieurs systèmes VTSS assurant un accès haute disponibilité aux données.

Remarque :

Pour VLE 1.1 et les versions supérieures, une VLE est un ensemble de noeuds interconnectés avec un réseau privé.

Du côté du VTCS, une VLE ressemble à une bibliothèque de bandes, à l'exception que les volumes VTV sont stockés dans des cartouches multivolumes virtuelles (VMVC) sur disque. Avec VLE, vous pouvez configurer une VLE et des bandes ou encore une solution de stockage VTV backend avec VLE seule (par exemple, avec des configurations VSM sans bande). Un VTSS peut migrer des volumes VTV vers une VLE et les rappeler depuis celle-ci, de la même manière qu'avec une bibliothèque de bandes réelle.

Mise en garde :

• Si vous possédez un système VLE, le HSC/VTCS utilise les services de communications SMC pour communiquer avec la VLE. Pour garantir la disponibilité de ces services au démarrage du VTCS, Oracle recommande de commencer par envoyer la commande de démarrage au HSC, puis d'envoyer immédiatement la commande de démarrage au SMC tant que le HSC est en cours d'initialisation.

• L'arrêt de SMC interrompt l'envoi de messages du VTCS à la VLE, et par là même le transfert de données. Par conséquent, vous devez vous assurer que l'activité du VTCS est mise en veille ou que le VTCS est arrêté avant d'arrêter le composant SMC.

• Vous ne pouvez pas utiliser le protocole AT-TLS avec le serveur HTTP du SMC si vous utilisez la VLE.

• Une configuration VSM sans bande fournit seulement une VLE mononoeud rattachée à un VTSS spécifique. En cas de déconnexion de la VLE, vous perdez l'accès à tous les volumes VTV migrés vers la VLE qui ne résident pas dans le VTSS jusqu'à ce que la VLE soit de nouveau en ligne.

La solution VLE est composée des éléments suivants :

• Matériel et microcode du VTSS (Virtual Tape Storage Subsystem)

• Logiciel VTCS (Virtual Tape Control Subsystem) et composant SMC (Storage Management Component)

• Matériel et logiciel VLE

Configuration réseau requise

Si une redondance réseau est nécessaire, chaque connexion IP entre VSM 5/6 et VLE, de VLE à VLE et de VLE à SMC doit être configurée sur un sous-réseau distinct.

Matériel et logiciel VLE

La VLE, qui est une unité assemblée en usine dans un Sun Rack II modèle 1242, est composée du matériel suivant :

• Un serveur intégré à une plate-forme serveur Sun X4-4.

• Quatre ports 10 Gb de carte mère, dont deux peuvent être utilisés pour le transfert de données et d'autres tâches. Les deux autres sont dédiés à la gestion, au service et au support.

• Un port de service (ILOM).

• Quatre ports double 10 Gb pour fibre optique (six ports disponibles) plus deux ports 10 Gb cuivre.

• Un ou plusieurs boîtiers Oracle Storage Drive Enclosure DE2-24C (DE2-24C) qui contiennent des disques (HDD) dans une baie RAID ZFS, évolutive en termes de capacités effectives depuis 200 To pour une VLE JBOD unique (en admettant un taux de compression de 4 à 1 lorsque les données sont migrées vers la VLE).

• Un lecteur de DVD.

Le logiciel VLE est composé des éléments suivants :

• Système d'exploitation Oracle Solaris 11.

• Système de fichiers ZFS et base de données MySQL.

• Logiciel de l'application VLE.

Figure 1-1 Architecture de sous-système VLE

Comme le montre la Figure 1-1, le logiciel d'application VLE est composé des éléments suivants :

• Le protocole HTTP/XML est le protocole de données prévu pour les communications hôte à VLE.

• Le gestionnaire de demandes de l'interface UUI (Universal User Interface), qui traite les demandes UUI provenant du composant SMC (Storage Management Component) et du logiciel VTCS (Virtual Tape Control Software) et qui leur envoie des réponses. Le gestionnaire de demandes de l'interface UUI détermine quels composants de la VLE sont utilisés pour répondre à une demande.

  Le gestionnaire de demandes de l'interface UUI appelle :

  • Le gestionnaire de groupes de chemins pour planifier les migrations et les rappels de volumes VTV. Le gestionnaire de groupes de chemins gère tous les groupes de chemins, où chaque groupe gère un transfert de données de VTV simple entre le VTSS et la VLE.

  • Le gestionnaire de stockage pour planifier la génération de tous les rapports.

• Le composant de gestionnaire de stockage VLE gère les données et les métadonnées VMVC/VTV sur la VLE. Le gestionnaire de stockage VLE stocke les données VTV dans le ZFS de la baie JBOD et les y récupère.

• Le protocole TCP/IP/IFF est le protocole de données prévu pour les communications hôte à VLE, où le composant IP/IFF/ECAM gère les communications entre le VTSS et la VLE.

Configuration VLE mononoeud

La Figure 1-2 illustre une configuration VLE mononoeud.

Figure 1-2 VLE mononoeud dans un système VSM

Comme le montre la Figure 1-2 (où 1 désigne l'hôte MVS et 2 la bibliothèque) :

• Plusieurs connexions TCP/IP (entre les ports IP de VTSS et les ports IP de VLE) sont prises en charge comme suit :

  • Une VLE simple peut connecter jusqu'à huit VTSS, plusieurs VTSS peuvent donc partager des VLE.

  • Un seul VTSS peut se connecter à quatre VLE afin d'augmenter l'espace de tampon pour les charges de travail importantes.

• Un VTSS simple peut être connecté à :

  • Des lecteurs RTD uniquement

  • Des VTSS (mis en cluster) uniquement

  • Des VLE uniquement

  • Une combinaison des options ci-dessus.

• Le protocole TCP/IP est le seul protocole pris en charge par les connexions entre la VLE et le VTSS et par les connexions entre la VLE et les hôtes exécutant SMC et VTCS.

Systèmes VLE multinoeuds

Les systèmes VLE multinoeuds permettent une évolutivité extrêmement importante du système de stockage VLE. Vous pouvez construire des systèmes multinoeuds composés d'un à 64 noeuds, avec plusieurs noeuds interconnectés par un réseau privé. Une VLE multinoeuds apparaît comme une VLE simple pour le composant SMC/VTCS. La VLE est livrée avec des JBOD de 4 To, de sorte qu'une même VLE peut évoluer de 200 To (système à un JBOD) à 100 Po (VLE à 64 noeuds entièrement remplie).

Remarque :

Il s'agit là de capacités effectives qui supposent un taux de compression 4:1. VLE a été conçu pour un maximum de 64 noeuds mais n'a été validé que jusqu'à 7 noeuds.

La Figure 1-3 présente un complexe à plusieurs noeuds VLE où les noeuds sont interconnectés dans un commutateur 10 GE dédié de manière à ce que chaque noeud puisse accéder à n'importe quel autre noeud du complexe :

Figure 1-3 Complexe multinoeuds VLE

Transfert de données de VLE à VLE

Le système de stockage VLE peut gérer les transferts de données indépendamment du VTSS, ce qui permet de libérer des ressources VTSS pour la charge de travail frontale (hôtes) et d'améliorer ainsi la capacité de traitement globale du VTSS. Par exemple :

• Si vos stratégies de migration prévoient deux copies VLE d'un volume VTV (dans les mêmes VLE ou des VLE différentes), la première migration vers une VLE provoquera le transfert des données depuis le VTSS et toutes les migrations VLE ultérieures du volume VTV pourront être effectuées par copie VLE à VLE. Cela réduit le temps requis par les cycles VTSS pour migrer toutes les copies d'un VTV.

• Si votre environnement exécute :

  • VLE 1.2 ou une version supérieure

  • VTCS 7.1 (avec les correctifs PTF associés) ou VTCS 7.2 et versions supérieures

    Vous pouvez utiliser le VTCS pour définir un nombre de périphériques VLE supérieur au nombre de chemins VTSS à VLE, à l'aide du paramètre CONFIG STORMNGR VLEDEV. Si vous utilisez cette configuration d'adressage, les ressources VTSS utilisées pour migrer toutes les copies VTV vers la VLE sont encore plus réduites car le chemin du VTSS vers la VLE cible est réservé seulement lorsque le transfert de données est direct entre le VTSS et la VLE. Pour toutes les actions VRTD de la VLE, un chemin partant du VTSS est réservé seulement lorsqu'un transfert de données VTSS est requis.

Chiffrement des VTV

La fonction de chiffrement permet le chiffrement des cartouches VMVC écrites sur le système VLE. Le chiffrement est activé noeud par noeud, à l'aide d'une clé de chiffrement stockée sur le noeud et sauvegardée sur un périphérique USB. Toute la gestion de chiffrement se fait via l'interface graphique VLE. Le logiciel de l'hôte n'a aucune connaissance du chiffrement, car la VLE déchiffre les volumes VTV qui sont rappelés vers le VTSS.

Déduplication des VTV

La déduplication (suppression des doublons) élimine les données redondantes dans un complexe VLE. La déduplication, contrôlée par le paramètre DEDUP de l'instruction STORCLAS, augmente la capacité effective de la VLE et est exécutée par la VLE avant que le volume VTV ne soit écrit sur une cartouche VMVC.

Pour évaluer les résultats de la déduplication, activez la fonction, surveillez les résultats à l'aide du rapport SCRPT et ajustez les paramètres de déduplication si nécessaire. Le rapport SCRPT fournit le "taux de réduction" approximatif des données dédupliquées, correspondant à la division du nombre de Go non compressés par le nombre de Go utilisés. Ainsi, le taux de réduction comprend à la fois la compression VTSS et la déduplication VLE. Un taux de réduction élevé indique une compression et une déduplication efficaces.

Par exemple, le VTSS reçoit 16 Mo de données, les compresse à 4 Mo et écrit les données compressées sur un volume VTV. Ensuite, la VLE déduplique le volume VTV pour atteindre 2 Mo et l'écrit sur une cartouche VMVC. Par conséquent, le taux de réduction est égal à 16 Mo divisés par 2 Mo, soit 8,0:1.

Fonction ETTFB (Early Time To First Byte)

La fonction Early Time To First Byte (ETTFB),, également connue sous le nom de fonction de rappel/montage de bande simultané, permet au VTSS d'utiliser un lecteur VTD pour lire des données à mesure qu'elles sont rappelées à partir de la VLE :

• La fonction ETTFB est définie de manière globale à l'aide du paramètre CONFIG GLOBAL FASTRECL.

• Si le paramètre CONFIG GLOBAL FASTRECL est défini sur YES, vous pouvez désactiver la fonction ETTFB sur chaque VTSS à l'aide du paramètre CONFIG VTSS NOERLYMNT.

CONFIG GLOBAL et CONFIG VTSS s'appliquent à la fois à la fonction ETTFB pour les lecteurs RTD et à la fonction ETTFB pour la VLE.

ETTFB s'applique uniquement aux systèmes VSM5.

Contrôle de la taille de trame

Le contrôle de la taille de trame spécifie l'utilisation de trames géantes (jumbo) sur chaque liaison de copie :

Remarque :

Toute l'infrastructure entre VSM et VLE ou entre les VLE doit prendre en charge les trames géantes pour que la fonctionnalité Jumbo Frames puisse opérer. Si une partie quelconque de l'infrastructure entre ces connexions ne prend pas en charge les trames géantes, cela ne fonctionnera pas.

• Si votre réseau TCP/IP prend en charge les trames géantes, l'activation de cette option peut améliorer les performances réseau.

• Pour activer les trames géantes, sélectionnez la case Jumbo Frames dans l'onglet Port Card Configuration. La sélection de cette case permet de définir la valeur MTU (Maximum Transmission Unit) sur 9000 pour le port.

• Il est recommandé d'activer l'option Jumbo Frames sur les liaisons définies pour le transfert de VLE à VLE.

Stockage étendu Oracle Cloud

VLE 1.5.2 et les versions supérieures offrent une connexion depuis la VLE vers Oracle Cloud. VLE peut être configuré pour éventuellement migrer et rappeler les données client directement vers et depuis Oracle Cloud. Les options de configuration de VLE prennent en charge toute combinaison de stockage dans le pool de disques VLE local et/ou dans Oracle Cloud.

VLE prend en charge trois options Oracle Cloud : stockage d'objets, archivage et chiffrement au sein d'Oracle Cloud. Pour plus d'informations sur les options Oracle Cloud prises en charge, reportez-vous à la section Stockage Oracle Cloud pour VLE.