StorageTek Virtual Library Extension Guide de planification E51983-01 |
|
![]() Précédent |
![]() Suivant |
Virtual Library Extension (VLE) d'Oracle StorageTek est un stockage sur disque backend pour VTSS. VLE offre :
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 versions supérieures, une "VLE" est une collection 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 et les rappeler d'une VLE, comme le ferait une bibliothèque de bandes réelle.
Mise en garde:
|
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
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 X2-4.
Quatre ports 1GigE pour une combinaison de connexions UUI SMC et de connexions de service.
Un port de service (ILOM).
Des cartes 1GigE à quatre ports, équipées de 16 ports Ethernet pour le transfert de données.
Un ou plusieurs boîtiers Oracle Storage Drive Enclosure DE2-24C (DE2-24C) qui contiennent des disques (HDD) dans une baie RAID ZFS, évolutive dans les capacités effectives commençant à 200 To pour une VLE JBOD unique (pour un taux de compression de 4 à 1 lorsque les données sont migrées vers la VLE).
Deux cartes réseau (NIC) 10GigE à deux ports par serveur, lesquelles sont nécessaires aux connexions réseau internes pour les VLE comptant deux noeuds ou plus (ou, avec le commutateur Oracle, trois noeuds ou plus).
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.
La Figure 1-1 illustre l'architecture du sous-système VLE.
Comme le montre la Figure 1-1, le logiciel de l'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.
La Figure 1-2 illustre une configuration VLE mononoeud.
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 du VTSS et les ports IP de la 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.
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. A compter de la Version 1.4, la VLE est livrée avec des JBOD de 4 To. Par conséquent, une VLE simple, peut évoluer entre 200 To (pour un système JBOD) et 100 Po (dans le cas d'une VLE 64 noeuds entièrement remplie).
Remarque: Il s'agit de capacités effectives pour une compression 4:1. Notez également que la VLE est conçue pour accueillir jusqu'à 64 noeuds, mais a été validée pour accueillir sept noeuds seulement. |
La Figure 1-3 présente un complexe multinoeuds VLE, où les noeuds sont interconnectés dans un commutateur 10GE dédié de sorte que chaque noeud peut accéder à n'importe quel autre noeud dans le complexe, composé comme suit :
1 - Hôte MVS
2 - VLE distante
3 - Réseau public
4 - Réseau privé
5 - Grille multinoeuds VLE
6 - VTSM (Virtual Tape Storage System)
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 version supérieure et
VTCS 7.1 (avec les correctifs PTF associés) ou VTCS 7.2
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.
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 utilisateur 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.
La déduplication é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 déduplication, activez la déduplication, contrôlez les résultats 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 les 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 un taux de 8.0:1.
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ètreCONFIG 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
.
Les paramètres CONFIG GLOBAL
et CONFIG VTSS
s'appliquent à la fois à la fonction ETTFB pour les lecteurs RTD et la fonction ETTFB pour la VLE.
Le contrôle de la taille de trame spécifie l'utilisation de trames Jumbo sur le lien de chaque copie :
Si votre réseau TCP/IP prend en charge les trames Jumbo, l'activation de cette option peut améliorer les performances réseau.
Pour activer les trames Jumbo, 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.