Skip Headers
StorageTek Virtual Library Extension Guide de planification

E51983-01
  Accéder à la table des matières
Sommaire
Accéder à l'index
Index

Précédent
Précédent
 
Suivant
Suivant
 

3 Planification de la VLE

Ce chapitre fournit des informations sur les rubriques liées à la planification de VLE.

Respect des exigences du logiciel hôte du mainframe

Pour ELS 7.2, la prise en charge de VLE 1.4 est comprise à la base. Pour ELS 7.0 et 7.1, obtenez les dernières données HOLDDATA de la commande SMP/Eet les derniers correctifs PTF décrits dans le Tableau 3-1 et SMP/E APPLY avec GROUPEXTEND.

Tableau 3-1 Correctifs PTF associés à ELS pour la VLE

ELS 7.0 ELS 7.1

L1H16C1

L1H16J6

L1H1672

L1H1674


Respect des exigences d'infrastructure du réseau

Si possible, effectuez toutes les configurations des adresses IP, des commutateurs réseau pour les VLAN, et tout autre type de mise en place (pose de câbles, etc.) avant l'arrivée du VLE afin de réduire le temps d'installation. Assurez-vous que le réseau est prêt à se connecter à VLE :

  • le protocole Gigabit Ethernet est requis sur tous les commutateurs et routeurs réseau raccordés directement aux cartes IFF du VSM5. La carte IFF accélère juste la négociation jusqu'à la vitesse d'1 Go.

  • Les commutateurs et les routeurs doivent prendre en charge les paquets dits Jumbo (mtu=9000) pour tirer le meilleur parti des performances. Si le réseau n'est pas capable de gérer les trames géantes, désactivez cette fonctionnalité sur le VTSS.


    Remarque:

    Si les trames géantes sont activées, alors elles doivent également être activées sur tous les commutateurs, hubs ou tableaux de connexions (y compris le VLAN et le canal du port) entre la VLE et son composant cible.

  • Vérifiez que vous utilisez bien les câbles 1GigE Ethernet corrects (fournis par le client) :

    • les câbles CAT de catégorie 5 ou inférieure ne sont pas acceptables pour une transmission GigE.

    • Câble CAT5E : une longueur de 90 mètres est acceptable s'il passe par un tableau de connexions, 100 mètres si c'est un câble droit.

    • Câble CAT6 : une longueur de 100 mètres est acceptable, quelle que soit la configuration du tableau de connexions.

  • Si un commutateur ou un routeur est utilisé dans la configuration, StorageTek recommande d'inclure au moins deux commutateurs ou routeurs à chaque emplacement de façon à ce que la perte d'une unité ne bloque pas la configuration entière.

  • Une seule connexion TCP/IP est requise entre un VTSS et un VLE. Cependant, pour la redondance, StorageTek recommande vivement de prévoir quatre connexions au total entre le VTSS et VLE lorsque les connexions VTSS sont des adresses IP séparées. Chaque connexion TCP/IP partant d'un VTSS spécifique vers une VLE spécifique doit servir à séparer les interfaces de la VLE. Si vous connectez toutes les connexions VTSS à la même interface de VLE, vous créez un unique point de panne sur l'interface de VLE.

    Dans un systèmeVLE multinoeud, les connexions aux VTSS doivent être réparties uniformément sur tous les noeuds. Par exemple, dans un VLE à deux noeuds, les connexions aux VTSS doivent être au nombre de deux sur le noeud 1 et les deux autres sur le noeud 2. Dans un VLE à quatre noeuds, il est recommandé de réaliser une connexion VTSS à chaque noeud. Si un commutateur est intercalé entre les VTSS et VLE, il est alors possible de réaliser les quatre connexions sur chaque noeud d'un VLE à quatre noeuds. Comme chaque connexion de VTSS représente quatre unités de disque au total, il y aurait une unité de disque provenant de chaque connexion vers chaque noeud, pour un total de quatre unités de disque pour chaque noeud sur un VLE à quatre noeuds.

    Les adresses IP elles ne doivent jamais être dupliquées sur des noeuds séparés dans le VLE pour l'UUI ou le VTSS. Par exemple, si vous avez une connexion UUI de 192.168.1.1 allant vers le noeud 1, ne réalisez pas de connexion UUI sur un autre noeud en utilisant 192.168.1.1 comme adresse IP. En outre, si possible, vous ne devez jamais avoir deux interfaces sur le même noeud dans le même sous-réseau lorsque vous configurez les adresses IP.

  • De la même manière, une seule connexion UUI est requise entre un VLE et l'hôte, mais deux sont recommandées pour la redondance, de préférence en utilisation deux chemins d'accès réseau indépendants. A noter que ces chemins d'accès réseau sont différents des connexions vers les VTSS. Pour les configurations multinoeuds de VLE, s'il existe plusieurs connexions UUI, réalisez-les à partir de noeuds différents dans le VLE.

Respect des exigences matérielles pour un commutateur Oracle

Le commutateur Oracle est requis pour des VLE à trois noeuds ou plus et peut être utilisé pour les VLE à deux noeuds.


Remarque:

Votre VLE est fourni avec les composants suivants :

  • La Figure 3-4 représente des cartes 10GigE NIC à double accès. Ces cartes installent les transcepteurs en fibre enfichables.

  • Les VLE sont fournies avec un câble fibre optique 1M pour connecter ixgb0 sur ixgb2. Pour les systèmes à noeud unique, laissez le câble connecté. Les VLE sont également fournies avec deux câbles fibre optique de 25 m qui sont reliés à ixgbe1 et ixgbe3 (les extrémités libres sont attachées au rack). Pour les systèmes à noeud unique, laissez les extrémités libres des câbles fibre optique de 25 m attachées au rack. Si vous prévoyez utiliser ixgbe1 et ixgbe3 pour les connexions VLE-vers-VLE, enlevez les câbles de 25 m pour ixgbe1 et ixgbe3 afin de rendre ces ports disponibles. Si vous réalisez des connexions multinoeuds, enlevez les câbles de 1 m pour ixgbe0 et ixgbe2 et les câbles de 25 m pour ixgbe 1 et ixgbe3 afin de rendre ces ports disponibles. Vous pouvez alors utiliser les câbles 25M pour les connexions noeud-à-noeud.

Commandez le commutateur réf. X2074A-R pour installer le commutateur dans une armoire Sun Rack II.

Pour chacun des premiers quatre noeuds de VLE qui se connectent via le commutateur, commandez deux de chaque de :

  • SFP #X2129A-N

  • La longueur appropriée du câble fibre optique LC/LC, qui doit être OM3, 850nm, multimode, longueur maximale, avec les tableaux de connexions, de 35 m. Deux câbles sont requis par VLE pour la connexion au commutateur.

Pour les noeuds 5 à 7 sur le réseau de la VLE, en plus des indications ci-dessus, commandez deux au total (pas deux par noeud) des composants suivants :

  • Transcepteurs fibre optique parallèles à ondes courtes X2124A-N QSFP.

  • Distributeurs de câble optique X2127A-10M QSFP. Ces câbles de distribution sont un câble de 10 m de long qui, au bout de 9 mètres, se divise en quatre câbles sur le mètre de longueur restant. Chacun de ces quatre longueurs de câble a un connecteur LC en extrémité, et pour le cinquième noeud de VLE, vous pourrez brancher l'une des extrémités de câble directement dans le noeud de la VLE. La longueur totale du câble est de 10 m, la VLE doit donc se trouver plus près du commutateur que les VLE connectées par un câble de 35 m (ou plus court).

Pour chacun des noeuds 6-7 (ou si vous avez besoin de plus de câble pour le noeud 5), assurez-vous de disposer de deux des composants suivants :

  • Coupleurs LC/LC 10800160-N Spare : PRISES DE COUPLAGE DUPLEX LC.

  • Câbles fibre optique LC/LC de max. 25 mètres de long, OM3, 850 nm, multimode. La limite est de 25 mètres car les câbles doivent être connectés au câble QSFP, qui mesure 10 m, à l'aide des coupleurs.

Respect des exigences de facilité de maintenance

Le produit VLE utilise une stratégie de maintenance Oracle normale commune à d'autres produits Oracle. ASR (Automated Service Response, intervention automatisée) est utilisée par la VLE comme interface de notification d'évènements sortants afin de signaler au support Orcale qu'un évènement est survenu sur la VLE et que le système doit probablement être soumis à une intervention de maintenance. En outre, en association avec ASR, un e-mail qui contient les détails de l'évènement ASR, et un bundle de fichiers d'assistance qui contient les informations de journal de la VLE nécessaires pour étudier l'évènement ASR, sont également envoyés.

Les avantages de la fonctionnalité ASR sont bien expliqués dans les FAQ ASR disponibles sur le site My Oracle Support (https://support.oracle.com/CSP/ui/flash.html) in Knowledge Article Doc ID 1285574.1.

Oracle présume que la VLE est configurée pour permettre la communication sortante ASR et par e-mail avec le support Oracle. Pour pouvoir permettre les notifications sortantes ASR de la VLE, le client doit fournir les informations du Tableau 3-2 au technicien sur site Oracle qui effectue l'installation.

Tableau 3-2 Informations de configuration CAM

Valeur de configuration Exemple

Configuration générale - Informations sur le site

Nom de la société

Société XY

Nom de site

Nom de site

Ville

Ville Y


Configuration générale - Informations de contact

Prénom

Jean

Nom de famille

Dupond

E-mail de contact

jeandupond@societexy.com


Configuration d'ASR - Informations sur le compte en ligne d'Oracle

Nom de connexion CSI Oracle du client

jeandupond@societexy.com

Mot de passe de connexion CSI Oracle du client

********


Configuration d'ASR - Paramètres de connexion Internet (option)

Nom d'hôte proxy

web-proxy.company.com

Port proxy

8080

Authentification de proxy - Nom d'utilisateur


Authentification de proxy - Mot de passe




Remarque:

Dans le Tableau 3-2, certains champs ne sont pas requis si un serveur proxy n'est pas utilisé, ou si un identifiant et mot de passe ne sont pas nécessaires. Si le client ne fournit pas l'identifiant e-mail CSI et le mot de passe, le client peut les saisir directement au cours du processus d'installation. L'enregistrement à ASR se fait pendant la partie de configuration CAM lors de l'installation de la VLE. Pendant cette partie de l'installation, la VLE s'enregistre elle-même sur les serveurs Oracle comme produit qualifié pour ASR.

Le client est alors prié de se connecter à My Oracle Support (MOS) et de valider l'enregistrement de la VLE. La VLE ne peut pas générer automatiquement des cas via MOS tant que le client n'a pas terminé la validation.


Pour la notification par e-mail d'évènements et les informations de journal, le client doit également fournir les informations du Tableau 3-3. Si le serveur de messagerie ne requiert pas de nom d'utilisateur ni de mot de passe, ces champs peuvent être laissés vides.

Tableau 3-3 Configuration de notification - Options de configuration d'e-mail / ConfCollectStatus

Valeur de configuration Exemple

Configuration d'e-mail - Nom du serveur SMTP

SMTP.societe.com

Configuration d'e-mail - Nom d'utilisateur du serveur SMTP


Configuration d'e-mail - Mot de passe d'utilisateur du serveur SMTP


Destinataires de courriel

vle@invisiblestorage.com et d'autres si nécessaire


Si les étapes de communication sortante ne sont pas terminées au moment de l'installation, ou bien non autorisées, ceci réduit considérablement les options d'Oracle à répondre rapidement aux évènements qui requièrent l'assistance par l'équipe technique d'Oracle. La VLE peut être configurée pour envoyer des e-mails qui contiennent les informations d'évènement et de journal directement à une adresse de messagerie interne dédiée du client. Le destinataire de cet e-mail peut alors lancer une demande de service directement auprès d'Oracle et transférer au support Oracle tous les e-mails reçus de la VLE. Dans ce cas, le client doit fournir l'adresse e-mail à laquelle les e-mails VLE doivent être envoyés, cette adresse devant pouvoir accepter des messages jusqu'à 5 Mo.

Configuration d'ASR

Par défaut, la VLE envoie les ASR via le port igb0. Le serveur de messagerie du site est utilisé pour envoyer les alertes ASR et les bundles de fichiers d'assistance VLE. Lors de la configuration de CAM pour l'envoi d'ASR, il est nécessaire de saisir l'identifiant et le mot de passe d'e-mail SunSolve du client. Lors de la configuration de CAm, le client fournit l'adresse e-mail CSI Oracle ainsi que le mot de passe correspondant, ou bien il saisit directement ces informations dans l'interface utilisateur CAM lors de la procédure de configuration de CAM.

Détermination VLE des valeurs de configuration

Les sections suivantes indiquent comment déterminer les valeurs de configuration de VLE.


Remarque:

Comme indiqué dans les sections suivantes, plusieurs valeurs de configuration du logiciel doivent coïncider avec les valeurs paramétrées initialement pendant la configuration de VLE. Utilisez la feuille de travail IP_and VMVC_Configuration.xls pour consigner ces valeurs afin de les transmettre au personnel qui configurera le VLE et le logiciel hôte.

Détermination des valeurs pour les scripts de configuration

Pour configurer le réseau pour VLE, exécutez le script setup_network sur chaque noeud d'un système multinoeud (ou sur le seul noeud d'un système à noeud unique). Si le nom par défaut setup_network de la VLE n'a pas été modifié, ouvrez setup_vle_node, qui configure ce noeud ; voir Figure 3-1.

Dans la Figure 3-1:

1 - nom VLE issu du script d'installation setup_network exécuté sur chaque noeud

2 - nom du noeud saisi sous « nom d'hôte » dans le script d'installation setup_network

Figure 3-1 Nom VLE, numéro VLE et nom de noeud

Le texte environnant décrit Figure 3-1 .

Nom VLE et numéro VLE

Chaque noeud de VLE (connecté via le même réseau interne) possède un nom VLE et un numéro VLE commun (1). Le nom et le numéro de la VLE doivent être les mêmes sur chaque noeud dans une VLE multinoeud, et le nom de noeud est 2.

Le nom de la VLE doit être unique et ne doit pas être le nom d'hôte d'aucun serveur. Le nom de la VLE par défaut est VLE-NAME. Vous pouvez réinitialiser le nom de la VLE lorsque vous exécutez le scriptsetup_vle_node. La valeur doit comporter 1 à 8 caractères, alphanumériques, en majuscules. Le nom peut contenir un - (tiret), pas en début ni en fin du nom.

Les valeurs valides pour le numéro de la VLE sont 1 à 9.

Dans la Figure 3-1, la combinaison Nom du VLE et Numéro du VLE est DVTGRID8.

Pour le logiciel hôte, la combinaison Nom de VLE et Numéro de VLE est connue comme Nom de sous-système et est spécifiée dans :

  • La valeur du paramètre STORMNGR dans l'instruction CONFIG TAPEPLEX pour le TapePlex qui se connecte au VLE ou le paramètre NOM dans l'instruction CONFIG STORMNGR (ELS 7.1 et supérieur).

  • La valeur du paramètre STORMNGR dans l'instruction CONFIG RTD VTCS pour le VLE.

  • La valeur du paramètre Nom dans la commande STORMNGR SMC qui définit le VLE au SMC.

  • La valeur du paramètre STORMNGR dans la commande SERVER SMC pour le VLE.

  • La valeur du paramètre STORMNGR dans l'instruction STORCLAS HSC.

Nom d'hôte pour le noeud

Comme représenté dans la Figure 3-1, le nom d'hôte du noeud, qui est saisi dans le script setup_network apparaît comme :

  • Le Nom d'hôte’ du port pour l'identifiant d'interface igb0 pour le noeud.

  • Le nom d'hôte pour le noeud sélectionné dans l'arborescence de navigation du noeud.

Dans la Figure 3-1, le nom d'hôte pour le noeud est dvtvle1.

Les caractères doivent être alphanumériques (A-Z, a-z, 0-9) ou . ou -. Les premier et dernier caractères de la chaîne ne peuvent pas être ”.” ou ”-”. Le nom ne peut pas comporter uniquement des caractères numériques. Le nom peut comporter jusqu'à 512 caractères, mais les standards d'Internet et les limitations de CAM exigent que la partie de l'hôte (qui ne comprend pas l'élément de domaine) soit limitée à 24 caractères maximum.

Détermination des valeurs pour setup_network

Les valeurs requises pour le script setup_network incluent les suivantes :

  • Nom d'hôte pour le noeud ; voir "Nom d'hôte pour le noeud"

  • Adresse IP statique VLE pour le port igb0

  • Numéro de réseau, qui est l'adresse de base du sous-réseau du client

  • Masque de réseau

  • Adresse IP du routeur par défaut (adresse de passerelle)

  • Nom de domaine du réseau

  • Adresses IP du serveur de noms

  • Noms de recherche de réseau

  • Valeurs de configuration serveur/client NTP (serveur ou client, adresses IP des serveurs) et valeurs date/heure

Détermination des valeurs pour setup_vle_node

Les valeurs requises pour le script setup_vle_node incluent les suivantes :

  • VLE Numéro et nom ; voir "Nom VLE et numéro VLE".

  • Numéro de noeud du serveur (SSN). Pour les VLE multinoeuds, chaque noeud requiert un SSN unique. Les valeurs autorisées pour SSN sont 1 à 64.

  • Valeurs d'heure et de date serveur.

Détermination des valeurs pour la configuration de Port Card

Pour configurer les ports VLE Ethernet, utilisez l'onglet Connectivity View, Port Card Configuration représenté dans la Figure 3-2. Les sections suivantes indiquent comment déterminer les valeurs de configuration de Port card.

Dans la Figure 3-2:

1 - Interface sélectionnée.

2 - Section Destination Routes pour définir les routes de connexions VLE à distance et les routes statiques.

3 - Type de route représenté par des icônes.

4 - Effacer le champ de masque de réseau en sélectionnant l'élément vide tout en haut de la liste déroulante.

5 - Le contenu du panneau inférieur est filtré par l'interface sélectionnée dans le panneau supérieur. Cliquez sur ce bouton pour afficher toutes les routes pour le noeud.

Figure 3-2 Onglet Port Card Configuration de l'interface graphique de la VLE

Le texte environnant décrit Figure 3-2 .

Identifiants d'interface

Les identifiants d'interface identifient le port. Vous pouvez associer ces identifiants aux ports à l'aide de la commande Solaris status_vle_ips. Ces identifiants sont établis avant la fourniture du matériel VLE et ne peuvent pas être modifiés.

La Figure 3-3 représente les ports 1GigE Ethernet (igb4 à igb19) à l'arrière du serveur.

1 - igb4, igb5, igb6, igb7 (de haut en bas)

2 - igb8, igb9, igb10, igb11 (de haut en bas)

3 - igb16, igb17, igb18, igb19 (de haut en bas)

4 - igb12, igb13, igb14, igb15 (de haut en bas)

Figure 3-3 Ports de données Ethernet 1GigE du VLE

Le texte environnant décrit Figure 3-3 .

Les ports Ethernet 1GigE sont des ports versatiles qui peuvent être utilisés pour la connexion UUI, la réplication (échange de données de la VLE vers VTSS), le listener distant (échange de données de VLE à VLE) ou pour toute combinaison de ces trois types.

Les serveurs VLE incluent deux cartes NIC 10GigE à double accès par serveur, comme représenté dans la Figure 3-4.

1 - ixebe0, ixebe1 (de haut en bas)

2 - ixebe2, ixebe3 (de haut en bas)

Figure 3-4 Cartes NIC 10GigE à double accès du VLE

Le texte environnant décrit Figure 3-4 .

Comme le représente la Figure 3-4, les ports 10GigE (dans les cadres rouges) possèdent les identifiants d'interface de ixgbe0-ixgbe3.


Remarque:

Les VLE sont fournies avec un câble fibre optique d'1 m pour connecter ixgb0 sur ixgb2. Pour les systèmes à noeud unique, laissez le câble connecté. Les VLE sont livrés avec des câbles fibre optique de 25 m que vous pouvez connecter au système multinoeud.

Les ports ixgbe0 et ixgbe2 sont réservés pour :

  • Connexions au commutateur Oracle pour les configurations de noeuds et plus.

  • Connexions directes à un autre noeud dans des configurations à deux noeuds. Pour connecteur deux noeuds, vous pouvez procéder selon l'une des manières suivantes :

    • Connecter directement ixgbe0 d'un noeud sur ixgbe0 du deuxième noeud, et ixgbe2 d'un noeud sur ixgbe2 du deuxième noeud.

    • Connecter les noeuds via le commutateur Oracle.

Les ports ixgbe1 et ixgbe3 sont des ports versatiles qui peuvent être utilisés pour la connexion UUI, la réplication (échange de données de la VLE vers VTSS), le listener distant (échange de données de VLE à VLE) ou pour toute combinaison de ces trois types.

Ports de gestion Ethernet de VLE

Les ports de gestion sont indiqués à l'arrière du boîtier NET0-NET3, comme représenté dans la Figure 3-5.

Figure 3-5 Ports de gestion Ethernet de VLE

Le texte environnant décrit Figure 3-5 .

Comme représenté dans la Figure 3-5 :

  • Les ports de gestion (igb0 à igb3) peuvent être sur un segment de réseau qui est privé ou public et sont habituellement utilisés de la manière suivante :

    • igb0 (NET0) : réservé pour la connexion au réseau pour le trafic ASR et la gestion du logiciel VLE.

    • igb1 (NET1) : port versatile, utilisé habituellement pour la connexion au réseau du trafic UUI (chemin de contrôle).

    • igb2 (NET2) : port versatile, utilisé habituellement pour la connexion redondante UUI, ou si vous souhaitez séparer les ports pour séparer des segments de réseau pour le réseau hôte et pour l'envoi d'alertes ASR.

    • igb3 (NET3) : réservé comme port dédié au service. A noter que ce port peut utiliser un seul câble et fonctionner comme à la fois port de service et port ILOM. Ne pas relier ce port au réseau. igb3 doit rester libre et ouvert comme port Ethernet à configuration d'accès connu de sorte à toujours être disponible pour la maintenance. L'adresse IP préconfigurée par défaut pour igb3 est :

      • 10.0.0.10 si utilisé comme port de service. Vous utilisez igb3 comme port de service pour accéder à VLE CLI.

      • 10.0.0.1 si utilisé comme port ILOM.

Nom d'hôte du port

La valeur est le nom de la machine (hôte) pour chaque adresse IP à connecter à un VTSS ou à un autre VLE. Les caractères doivent être alphanumériques (A-Z, a-z, 0-9) ou « . » ou « - ». Les premier et dernier caractères de la chaîne ne peuvent pas être « . » ou « - ». Le nom ne peut pas comporter uniquement des caractères numériques. Le nom peut comporter jusqu'à 512 caractères, mais les standards d'Internet et les limitations de CAM exigent que la partie de l'hôte (qui ne comprend pas l'élément de domaine) soit limitée à 24 caractères maximum. A noter que le nom d'hôte’ de port pour igb0 et igb3 sont établis pendant l'installation et ne peuvent être modifiés au niveau de l'interface graphique.

Adresse IP

L'adresse IP attribuée au port, qui doit être une adresse IP v4 valide de format « 192.68.122.0 ». Chaque octet doit être 0-255, il doit y avoir 4 octets, numérique uniquement, à l'exception des points décimaux.

Masque de réseau

Le masque de réseau attribué au port, qui doit être une adresse IP v4 valide de format « 255.255.255.0 ». Chaque octet doit être 0-255, il doit y avoir 4 octets, numérique uniquement, à l'exception des points décimaux.

Réplication

Cochez la case pour chaque port qui sera utilisé pour l'échange de données de VLE vers VTSS.

UUI

Cochez la case de chaque port qui sera utilisé pour l'activité UUI. Ce port est généralement utilisé pour la configuration du produit et pour la surveillance (y compris le port utilisé pour la connexion au navigateur de l'interface utilisateur).


Remarque:

Chaque VLE doit posséder au moins une connexion UUI. Il est recommandé d'en prévoir deux ou plus pour la redondance. Si vous en avez deux ou plus sur une VLE multinoeud, répartissez les connexions UUI sur plusieurs noeuds différents.

Distant

Cette case identifie le port comme étant une destination de ”Listener” pour l'échange de données VLE vers VLE. Pour les transferts de données de VLE vers VLE, les deux connexions 10GigE non utilisées (ixgbe1 et ixgbe3) ou toute autre connexion 1GigE non utilisé peut être utilisée par n'importe quel noeud d'une VLE. Si chaque VLE possède deux noeuds ou plus, StorageTek recommande au minimum une connexion partant de chaque noeud vers l'autre VLE. Vous pouvez réaliser plus d'une connexion depuis un noeud VLE vers un autre noeud de VLE, vous ne devez jamais réaliser plusieurs connexions depuis un noeud de VLE vers un port unique sur l'autre VLE. Si les deux VLE possèdent plusieurs ports, StorageTek recommande de répartir les connexions VLE vers VLE sur tous les noeuds de chaqueVLE.

Par exemple, le noeud 1 de VLE1 possède une connexion partant de l'adresse 192.168.1.1 vers le noeud 1 de VLE2 à l'adresse 192.168.1.2. Si une deuxième connexion est réalisée à partir du noeud 1 de VLE1, la connexion ne doit pas arriver sur VLE2 à l'adresse 192.168.1.2.

Pour les transferts de données de VLE vers VLE, chaque VLE requiert une connexion UUI et une connexion VTSS. Ceci garantit que CTVS peut migrer et rappeler des volumes VTV de n'importe quelle VLE.

Détermination des valeurs de configuration des plages de cartouches VMVC

Assurez-vous d'attribuer des noms et des plages de cartouches VMVC conformes au schéma de dénomination du site. Les noms et plages de cartouches VMVC sont paramétrés par le CSE lors de la configuration, il est donc préférable de les attribuer avant la configuration.

Comme représenté dans la Figure 3-6, vous utilisez la boîte de dialogue Create New VMVC de l'interface utilisateur ’de VLE (accessible depuis la VMVC View quand un noeud spécifique est sélectionné dans l'arborescence) pour spécifier les plages Volser des nouvelles cartouches VMVC.

Figure 3-6 Boîte de dialogue Create New VMVC de l'interface graphique du VLE

Le texte environnant décrit Figure 3-6 .

Pour déterminer les valeurs de chacun des champs dans la Figure 3-6, procédez comme suit :

  • Chacun des champs peut accueillir 0 à 6 caractères numériques, en tant compte des restrictions d'assemblage ci-dessous.

  • Les caractères alphanumériques sont convertis automatiquement en majuscules, les espaces en début et fin de valeur sont automatiquement supprimés.

  • N'importe quel champ peut rester vide, ce qui permet à la valeur d'incrément d'être la première, la dernière ou au milieu du nom de la plage Volser.

  • N'importe quel champ peut être soit alphabétique, soit numérique, avec des validations de champ permettant de restreindre leur utilisation, si nécessaire. Par exemple, l'incorporation d'espaces et de caractères spéciaux n'est pas autorisée. Les entrées de champ non valides s'affichent dans un cadre rouge qui entoure le champ, et un clic sur le bouton OK affiche un avertissement d'erreur.

  • Les champs de plage « incrémentiels » peuvent être soit alphabétiques, soit numériques La validation des champs garantit que les caractères alphabétiques et numériques ne sont pas mélangés dans les champs, la première valeur doit être inférieure à la dernière valeur, et les limites maximales des plages sont vérifiées.

  • La longueur totale de la plage des noms Volser est réalisée en assemblant chaque champ - la longueur du préfixe + la longueur des plages + la longueur du suffixe.

    Par exemple, vous pourriez saisir AB comme préfixe, une première plage de 001, une dernière plage de 500 et X comme suffixe pour former la plage de noms Volser de AB001X - AB500X. Il est possible de former des combinaisons similaires, Mais la longueur totale doit comporter exactement six caractères.

  • Si le nom assemble dépasse la longueur de nom Volser valide de six caractères (par exemple AB0001XY - AB1500XY), une boîte de dialogue d'avertissement s'affichera après avoir cliqué sur OK, et les données saisies ne seront pas validées.

  • Comme la plage est formée par la modification des champs, la plage qui en résulte s'affiche sur une ligne de la boîte de dialogue, juste au-dessus des boutons OK et Annuler. Le nombre de cartouches VMVC dans la plage ainsi formée s'affiche également avec la plage, entre parenthèses. Si le nombre dépasse le maximum autorisé pour la case Wildcat box (indiqué dans les champs ”VMVC Counts” par l'indicationMax), le texte s'affiche en orange. Quand vous cliquez sur le bouton OK, le nombre actuel défini par Available est vérifié, et si la plage dépasse ce nombre, une boîte de dialogue d'erreur s'affiche.

  • La chaîne de suffixe doit commencer par un type de caractère (alphabétique, pas numérique) différent que celui des chaînes de plages incrémentielles. Ceci permet la compatibilité avec la capacité de saisie de plage de noms Volser des VTCS. Si la plage contient le même type de caractère que celui qui commence le suffixe, les caractères de début du suffixe se trouveraient incrémentés dans la plage avant deux des plages de noms. Le traitement des noms Volser de VTCS est basé sur le type de caractère, pas sur l'entrée de champ des plages. Par exemple, une entrée dans l'interface utilisateur de 1000 pour la première plage, 1094 pour la dernière plage, et un suffixe de 55 formerait une plage de 100055-109455. Sur un VTCS, ceci se traduirait par 100055, 100056, 100057…109455 et non pas 100055, 100155, 100255…109455. Comme il vous serait difficile de parvenir vous-même à ce résultat dans l'entrée de plage de noms Volser d'un VTCS, cette construction est interdite dans l'interface utilisateur.

  • Si vous tentez de définir des plages qui se chevauchent, seules les nouvelles cartouches VMVC dans la plage seront ajoutées aux cartouches VMVC existantes (les VMVC existantes ne seront ni écrasées ni supprimées).

  • La capacité nominale des VMVC est de 250 Go (vers le logiciel hôte) et une capacité effective sur le VLE d'1To (en présumant une compression de 4:1). Le Tableau 3-4 affiche le nombre maximum de cartouches VMVC que vous pouvez définir pour chaque capacité de noeud de VLE.

Tableau 3-4 VLE Capacités effectives - Nombre max. de cartouches VMVC par noeud

VLE Capacité effective Nombre max. de cartouches VMVC

330 To

330

660 To

660

990 To

990

1320 To

1320


  • Les plages Volser des cartouches VMVC que vous spécifiez dans l'interface utilisateur du VLE doivent coïncider avec les plages Volser définies dans VTCS.

Planification du chiffrement

VLE 1.1 et supérieur permet le chiffrement des cartouches VMVC écrites sur le système VLE. Si un volume VTV est rappelé sur le VSS, il est déchiffré sur la VLE avant d'être rappelé. Par conséquent, le logiciel hôte du MVS n'est pas conscient du chiffrement.


Remarque:

  • L'algorithme de chiffrement utilisé est AES-256-CCM. La clé d'accès est un fichier de 256 bits.

  • Une demande de certification FIPS 140-2 a été déposée auprès de NIST et est en cours.


A noter que le chiffrement est activé, désactivé et géré au niveau de l'interface utilisateur de la VLE par un CSE ou QSP StorageTek. 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. Sur une VLE multinoeud, vous pouvez mélanger les noeuds à chiffrement et sans chiffrement car la VLE déchiffre les volumes VTV, si nécessaire, indépendamment du fait qu'ils résident ou non sur une VLE multinoeud. Cependant, si vous souhaitez chiffrer tous les volumes VTV sur une VLE multinoeud, le chiffrement doit être activé pour tous les noeuds.

Quelques remarques d'implémentation :

  • Avant d'activer le chiffrement, il ne doit y avoir aucune cartouche VMVC sur le noeud. En outre, la clé USB avec la sauvegarde doit être insérée dans le port USB du noeud et doit être accessible en écriture et montée par le système d'exploitation.

  • De la même manière, avant la désactivation du chiffrement, rappelez les volumes VTV que vous souhaitez conserver sur le VTSS, puis effacez toutes les cartouches VMVC du noeud.

  • Les clés de chiffrement n'ont pas de date d'expiration, donc inutile de générer une nouvelle clé, sauf si nécessaire (par exemple pour satisfaire à des exigences d'audit de sécurité). Avant d'affecter une nouvelle clé :

    • La clé USB avec la sauvegarde doit être insérée dans le port USB du noeud et doit être accessible en écriture et montée par le système d'exploitation.

    • Si vous êtes sûr de vouloir générer une nouvelle clé, ignorez l'avertissement et écrasez l'ancienne clé.

Planification de la suppression des doublons

La suppression des doublons élimine les données redondantes dans une VLE complexe. A mesure que le pourcentage de suppression de doublons augmente, les performances de migration s'améliorent, et l'utilisation du réseau diminue.

La suppression des doublons d'une VLE est effectuée sur la VLE ; la tâche de l'hôte et le VTSS ne s'en trouvent donc pas affectés. Lorsqu'un volume VTV dédupliqué est rappelé, le volume VTV est « réhydraté » (reconstitué) sur la VLE avant d'être rappelé sur le VTSS. La suppression des doublons a lieu à un niveau de bloc de bande dans chaque noeud, et les petits blocs (inférieurs à 4 Ko après compression) ne sont pas dédupliqués.

La suppression des doublons, qui est contrôlée par le paramètre DEDUP STORCLAS, augmente la capacité effective du VLE et est réalisée par la VLE avant que le volume VTV soit écrit sur une cartouche VMVC. Par exemple, l'Exemple 3-1 représente la suppression des doublons activée pour deux classes de stockage.

Exemple 3-1 Suppression des doublons activée pour les classes de stockage locales et distantes

STOR NAME(VLOCAL) STORMNGR(VLESERV1) DEDUP(YES)
STOR NAME(VREMOTE) STORMNGR(VLESERV2) DEDUP(YES)

Les instructions STORCLAS de l'Exemple 3-1 spécifient la suppression des doublons pour une classe de stockage ”locale” (VLOCAL) sur le VLESERV1 de la VLE, et une classe de stockage”distante” (VREMOTE) sur le VLESERV2 de la VLE.

L'Exemple 3-2 représente une classe de gestion qui exécute la suppression des doublons sur les classes de stockage de l'Exemple 3-1. N'importe quelle tâche qui spécifie la classe de gestion DEDUP2 active la suppression des doublons pour les classes de stockage référencées.

Exemple 3-2 Classe de gestion pour la suppression des doublons

MGMT NAME(DEDUP2) MIGPOL(VLOCAL,VREMOTE)

Remarque:

La suppression des doublons a lieu uniquement après la définition de la stratégie DEDUP(YES) ; cela signifie qu'il est impossible d'effectuer une suppression de doublons rétroactive.

Instructions pour la suppression des doublons

Voici une brève « méthode de travail » pour la suppression des doublons, avec quelques instructions sur la suppression ou non-suppression des différents types de données. La suppression des doublons ne représente aucun avantage pour de nombreuses sources de données de mainframe, comme les journaux système. En règle générale, la suppression des doublons ne représente aucun avantage pour les flux de données horodatés (où chaque donnée enregistrée est différente). Habituellement, les flux de données de sauvegarde (où les mêmes enregistrements peuvent être présents plusieurs fois) tirent avantage de la suppression des doublons.

Utilisation du rapport SCRPT

Une fois la suppression des données activée, comment savoir si son exécution est efficace ? Vous pouvez surveiller les résultats à l'aide du rapport SCRPT, comme indiqué dans la Figure 3-7

Figure 3-7 Rapport SCRPT

Le texte environnant décrit Figure 3-7 .

Le taux de réduction approximatif des données indiqué dans la Figure 3-7, il correspond à 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 suppression de doublons dans la 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.

Comme le calcul est effectué sur la base de Mo, il est possible de voir 0 Go dans les champs Used ou Uncompressed, mais de voir un taux de réduction différent de 1.0:1.

Utilisation de l'utilitaire MEDVERIFY

Vous pouvez exécuter l'utilitaire MEDVERify pour vérifier que les données des volumes VTV peuvent être lues sur les cartouches VMVC (seulement pour ELS 7.1 et VLE 1.2 et supérieur). Pour la VLE, MEDVERify garantit que les cartouches VMVC dédupliquées peuvent être ”réhydratées” (reconstituées) lorsqu'elles sont rappelées vers VTSS. MEDVERify signale les cartouches VMVC qui ont réussi ou échoué lors de la vérification et édite également le résultat au format XML.

Par exemple, pour vérifier les volumes VTV sur les cartouches VMVC définies dans l'Exemple 3-1, saisissez :

MEDVER STOR(VLOCAL)
MEDVER STOR(VREMOTE)

Dans cet exemple :

  • MEDVERify sélectionne les cartouches VMVC dans la classe de stockage VLOCAL et VREMOTE.

  • MAXMVC est 99 par défaut.

  • CONMVC est 1 par défaut, donc une seule cartouche VMVC est traitée à la fois.

  • Aucun dépassement de délai n'est spécifié.

Réplication réduite

VLE 1.3 et supérieur proposer la réplication réduite, qui, via une réplication VLE-vers-VLE, permet de copier les volumes VTV dans un format dédupliqué. Les seules données copiées sont les données qui ne se trouvaient pas sur la VLE de destination lorsque la copie a été lancée. Par conséquent, la réplication réduite réduit la quantité de données copiée, ce qui réduit l'utilisateur du réseau et la répétition des copies. Pour optimiser la réplication réduite, assurez-vous que la suppression des doublons est activée pour à la fois la classe de stockage source et celle de destination. Sinon :

  • si la suppression de doublons est activée pour la classe de stockage source mais pas pour celle de destination, les volumes VTV sont reconstitués avant d'être copiés.

  • Si la suppression de doublons est activée pour la classe de stockage destination mais pas pour celle source, les volumes VTV sont dédupliqués lorsqu'ils sont reçus à destination.

Par exemple, l'Exemple 3-3 représente une classe de gestion qui exécute la réplication réduite avec les classes de stockage de l'Exemple 3-1.

Exemple 3-3 Classe de gestion pour la réplication réduite

MGMT NAME(REDREP) MIGPOL(VLOCAL,VREMOTE)

Dans l' Exemple 3-3, les deux classes de stockage sont activées pour suppression des doublons. Comme les VLE correspondantes sont connectées et configurées pour une réplication VLE-vers-VLE, n'importe quelle tâche qui spécifie la classe de gestion REDREP produit une réplication réduite.

Planification de groupement de liaisons

Le groupement de liaisons est disponible pour la configuration IP de VLE 1.4. Un groupement de liaisons est constitué d'interfaces multiples sur un noeud de VLE qui sont configurées ensemble comme une seule unité logique et qui partagent une adresse IP commune. La Figure 3-8 affiche l'onglet Connectivity View, Port Aggregations que vous utilisez pour visualiser le port de groupement ”interne” (par exemple AggrNode1) et ses interfaces associées. Vous pouvez également définir et modifier de nouveaux groupements personnalisés dans cet onglet.

Dans la Figure 3-8 :

1 - Groupement actuellement sélectionné.

2 - Possibilité de redimensionner les volets en faisant glisser vers le haut ou vers le bas.

3 - Liste déroulante d'options.

4 - Pool d'interfaces de port disponibles pour les groupements

5 - Interfaces dans le groupement actuellement sélectionné.

6 - Ports grisés si la vitesse est incorrecte pour le groupement.

7 - Possibilité d'ajouter des interfaces aux groupements et de les retirer grâce aux boutons fléchés.

Figure 3-8 Interface de VLE Connectivity View, onglet Port Aggregations Tab

Le texte environnant décrit Figure 3-8 .

Avantages du groupement de liaisons

Le groupement de liaisons apporte les avantages suivants :

  • Moins de complexité, gestion plus simple. Les groupements peuvent simplifier les configurations de VLE en réduisant le nombre d'adresses IP requis pour configurer un noeudVLE, ce qui évite également d'épuiser le pool d'adresses du client. Sans groupement de liaisons, plus de 20 adresses IP peuvent être nécessaires pour un noeud VLE entièrement rempli. Le groupement de liaisons peut réduire le nombre d'adresses IP à 2, 3 ou 4, selon si le noeud est soumis à des exigences de réplication unique, UUI et/ou IP VLE distantes.

  • Tolérances aux pannes. Avec le groupement de liaisons, une liaison peut défaillir, et le trafic passe sur les liaisons restantes, ce qui évite une coupure ou une défaillance de tâche.

  • Equilibrage de charge et optimisation de la bande passante. La charge est équilibrée grâce à la répartition de la charge sur le trafic entrant et sortant sur toutes les liaisons du groupement. L'utilisation de toutes les liaisons comme une seule augmente efficacement la bande passante, car le trafic est étalé uniformément sur les liaisons groupées. Vous pouvez également augmenter la bande passante effective en augmentant le nombre de liaisons dans le groupement.

Pour des exemples de groupement de liaisons, voir Annexe B, "VLE Exemples de groupement de liaisons".

Exigences en matière de groupement de liaisons

  • Toutes les liaisons d'un groupement doivent avoir la même vitesse. Cela signifie que vous ne pouvez pas configurer un port 1GigE et un port 10GigE dans le même groupement (l'interface utilisateur de la VLE ne permet pas les vitesses de port différentes dans un groupement).

  • La MTU (Maximum Transmission Unit, unité de transmission maximum) est configurée pour tout le groupe par la case Jumbo Frames de l'onglet Port Card Configuration (si cette case est cochée, la MTU est définie sur une valeur de 9000 pour le groupement.) Le commutateur doit prendre en charge et avoir activé la taille de la MTU pour tous les ports du groupe de canaux du commutateur.

  • Un groupement peut comporter au maximum huit liaisons, une limite appliquée par l'interface graphique de la VLE.

  • Dans un environnement commuté, le premier commutateur de la VLE doit prendre en charge le protocole LACP (Link Aggregation Control Protocol ) IEEE 802.3ad et être configuré pour le mode groupement. Le commutateur est probablement un commutateur présent sur le réseau du client et est habituellement géré par un administrateur réseau du client qui gère la configuration de laVLE. Veillez à fournir les détails de la configuration corrects à l'administrateur.

Configuration du commutateur

A noter que les termes des sections suivantes varient en fonction des fabricants de commutateurs. Les termes et discussions ci-dessous sont basés sur les commutateurs Ethernet CISCO. La terminologie utilisée par Oracle sur les commutateurs est très similaire et peut être consultée à l'adresse ci-dessous :

http://docs.oracle.com/cd/E19934-01/html/E21709/z40016b9165586.html#scrolltoc

Groupes de canaux

Un groupe de canaux est formé dans le premier commutateur connecté directement aux ports de groupement de la VLE. D'autres commutateurs ou connexions directes présents dans le chemin IP n'ont pas besoin de connaître l'existence du groupement. Le premier commutateur est responsable de la gestion du flux du trafic depuis et vers les liaisons de groupement. Chaque groupe de canaux correspond au regroupement logique d'un groupement. Un groupe de canaux est créé pour chaque groupement et contient uniquement les ports du groupement. Le groupe de canaux réunit les ports d'un groupement de sorte que le commutateur peut diriger le trafic entrant et sortant du groupement. Comme les ports connectés à un groupe de canaux font partie d'un groupement, vous ne devez pas connecter les ports à un groupe de canaux qui ne font pas partie de ce groupement, Chaque groupe de canaux possède des paramètres définis pour le type de LACP, etc., et contient les règles de groupement.

VLAN

Une configuration de commutateur typique peut comporter plusieurs VLAN (LAN virtuels) qui connectent la VLE aux composants système, comme à un VTSS ou à une autre VLE. Un VLAN est le groupement logique de ports dans le commutateur qui, à l'extérieur, apparaît comme étant un commutateur isolé. Le VLAN comprend habituellement un ou plusieurs groupes de canaux qui ont été créés pour un groupement avec les ports des composants cibles ou de destination comme le VTSS ou un autre commutateur dans un environnement multihop.

Trames géantes

La MTU (Maximum Transmission Unit, unité de transmission maximum) est configurée pour tout le groupe par la case Jumbo Frames de l'onglet Port Card Configuration (si cette case est cochée, la MTU est définie sur une valeur de 9000 pour le groupement.) Si les trames géantes sont activées, alors tous les commutateurs entre la VLE et ses composants cibles doivent être activés pour les trames géantes, même chose pour tous les ports du VLAN.

Mode LACP

Vous pouvez sélectionner l'un des modes LACP suivants sous Aggregation Table dans l'onglet Port Aggregations :

  • Off : appelé parfois mode manuel, il indique que les datagrammes LACP (LACPDU) ne sont pas envoyés. Off est le seul mode valide en l'absence d'un commutateur. La configuration sans commutateur est uniquement valide pour les configurations VLE vers VLE. Lorsqu'un commutateur est utilisé avec le mode Off, LACP n'est pas activé dans le groupe de canaux. Le commutateur doit être configuré pour prendre en charge le groupement.

  • Passive : en mode passif, les datagrammes ne sont envoyés que lorsque le commutateur en fait la requête.

  • Active : les datagrammes sont envoyés au commutateur à intervalles réguliers. La valeur courte par défaut de l'horloge est utilisée avec la VLE et n'est pas modifiable via l'interface graphique de la VLE ou le CLI.

Stratégies

P3 est la stratégie par défaut de laVLE et n'est pas modifiable via l'interface graphique de la VLE ou le CLI.

Groupements de ports 10GigE

Les liaisons 10GigE peuvent être groupées pour les connexions VLE vers VTSS, UUI, ou VLE vers VLE. Comme le trafic UUI est minimal, les groupements 10GigE pour UUI ne représentent qu'un avantage minime. En revanche, es groupements 10GigE qui incluent les trois types de connexions peuvent présenter de vrais avantages. A noter que pour les configurations VLE vers VTSS, l'environnement du commutateur présente habituellement des connexions 10GigE et 1GigE. Dans ces configurations, les ports 1GigE de la VLE se connectent aux ports 1GigE du commutateur, et les ports 10GigE de la VLE se connectent aux ports 10GigE du commutateur. Les ports 10GBE sont un groupe de canaux et font partie d'un VLAn qui contient à la fois les ports 1GigE et 10GigE.

Surveillance des groupements

Veillez à surveiller régulièrement les groupements. En cas de défaillance d'une liaison groupée, VLE ne génère pas d'ASR car les autres liaisons du groupement continuent de fonctionner, et la VLE ne détecte pas la défaillance de cette liaison. Vous ne pouvez pas surveiller individuellement les liaisons du groupement. Pour afficher l'état d'un groupement, aller à l'onglet Connectivity View - Port Status, panneau d'un noeud de VLE.

A noter que si une liaison tombe en panne, une entrée est enregistrée dans le journal sous /var/adm/messages. Le fichier de messages fait partie du bundle de nuit, le journal peut donc être analysé régulièrement pour voir les pannes sur les liaisons. Le message du journal ressemble à l'exemple suivant :

Sep 4 08:30:16 dvtvle3 mac: [ID 486395 kern.info] NOTICE: igb12 link down

Types de groupements de la VLE

La VLE prend en charge trois types de connexions, chacun peuvent être groupé comme décrit ci-après :

Groupements VLE vers VTSS

Pratiques recommandées

  • Configurez au moins deux groupements pour chaque VTSS afin d'éviter une coupure globale en cas de défaillance d'un groupement.

  • Vous pouvez connecter plusieurs VTSS aux mêmes groupements. Par exemple, pour un VSM5, vous pouvez connecter IFF0 de chaque VTSS à un groupement, et connecterIFF2 de chaque VTSS à un deuxième groupement, etc. Si vous utilisez seulement deux groupements, vous pouvez connecter IFF0 et IFF1 de chaque VTSS au premier groupement, etc.

  • Configurez les liaisons vers un groupement horizontalement dans toute la VLE (igb4, igb8, igb12, igb16) afin d'éviter la coupure vers un groupement en cas de défaillance d'un adaptateur de réseau.

Pour des exemples de groupements de liaisons de VLE vers VTSS, voir Annexe B, "VLE Exemples de groupement de liaisons".

Groupements VLE vers VLE

Vous pouvez grouper des connexions VLE vers VLE comme suit :

  • Non-commutée : dans une configuration non commutée, les mêmes interfaces provenant de deux VLE forment la connexion. L'environnement non commuté fonctionne de la même manière que le réseau interne d'une VLE à deux noeuds sans commutateur. Les environnements non commutés sont limités aux configurations point à point.

  • Commutée : une configuration commutée est similaire à la configuration décrite dans "Groupements VLE vers VTSS". Un groupe de canaux est formé dans le commutateur pour chaque groupement, et les deux groupes de canaux résident dans le même VLAN.

    Avec une VLE multinoeud, il est possible de connecter un seul groupement provenant d'un noeud à plusieurs noeuds d'une autre VLE ou à plusieurs VLE dans un environnement commuté.

Groupements UUI deVLE

Habituellement, vous utilisez les ports igb1 et igb2 pour réaliser les connexions UUI. Dans cette configuration, groupez igb1 et igb2 pour créer une configuration tolérant aux pannes : en cas de défaillance de l'une des liaisons, la liaison restante continue de fournir la connexion UUI. Pour une redondance supplémentaire sur les VLE multinoeuds, groupez deux connexions UUI sur un deuxième noeud.