StorageTek Virtual Library Extension Guide de planification E51983-01 |
|
![]() Précédent |
![]() Suivant |
Cette annexe contient les exemples de configuration suivants (tous les exemples sont de type connexion directe, sans commutateur) :
La section "Exemples de configuration de VLE" présente les écrans de l'interface graphique utilisateur VLE utilisés dans ces exemples.
Les sections suivantes décrivent les écrans de configuration de l'interface graphique utilisateur VLE utilisés pour configurer les exemples de cette annexe. Pour plus d'informations sur l'interface graphique utilisateur VLE, reportez-vous au Guide d'installation, de configuration et de maintenance de VLE.
La Figure A-1 illustre l'onglet Port Card Configuration, lequel est utilisé dans tous les exemples. Déterminez une valeur de masque réseau et utilisez la valeur de votre choix pour le champ Port's Host Name. Dans chacun des exemples, le tableau fournit les valeurs Adresse IP et Case à cocher (Réplication, UUI, Distant) qui correspondent à la valeur du champ Interface ID.
Dans la Figure A-1 :
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 A-2 et Figure A-3. Utilisez l'une de ces boîtes de dialogue dans l'"Exemple 3 : copie VLE à VLE".
1 - La sélection modifie les champs de saisie disponibles
Comme l'illustrent la Figure A-4 et le Tableau A-1, dans cet exemple un VTSS vers une VLE, deux cibles sur chaque carte IFF se connectent à un seul port de la VLE, où les adresses IP doivent correspondre. Notez que le troisième octet des adresses IP est unique pour chaque carte IFF se connectant au port VLE, de sorte que ces connexions partagent un sous-réseau unique.
L'utilisation de deux cibles sur chaque carte IFF assure des performances optimisées, car chaque cible représente un socket, ce qui permet l'exécution simultanée d'une migration et d'un rappel sur la même carte IFF. Deux cibles suffisent pour optimiser les performances : il n'y a pas d'avantages en matière de performances à assigner plus de deux cibles par carte IFF sur le même port VLE.
Tableau A-1 Exemple 1 : Valeurs de configuration
Carte IFF et cible |
Valeur IPIF |
ID d'interface |
Adresse IP |
Case à cocher |
Connexion de données |
||||
IFF0 Cible 0 |
0A:0 |
igb4 |
192.168.1.1 |
Réplication |
IFF0 Cible 1 |
0A:1 |
|||
IFF1 Cible 0 |
0I:0 |
igb8 |
192.168.2.1 |
|
IFF1 Cible 1 |
0I:1 |
|||
IFF2 Cible 0 |
1A:0 |
igb16 |
192.168.4.1 |
|
IFF2 Cible 1 |
1A:1 |
|||
IFF3 Cible 0 |
1I:0 |
igb12 |
192.168.3.1 |
|
IFF3 Cible 1 |
1I:1 |
|||
Connexions UUI |
||||
igb1 |
192.168.6.1 |
UUI |
||
igb2 |
192.168.5.1 |
Comme l'illustrent la Figure A-5 et le Tableau A-2, dans cet exemple où quatre VTSS sont connectés à une VLE, chaque cible IFF à connecter au port VLE (les adresses IP doivent correspondre) se trouve sur son propre sous-réseau, comme l'indiquent les différentes couleurs représentant les différents sous-réseaux (les connexions UUI sont représentées en bleu).
Tableau A-2 Exemple 2 : Valeurs de configuration
VSM5 |
Carte IFF et cible |
Valeur IPIF |
ID d'interface |
Adresse IP |
Case à cocher |
Connexion de données |
|||||
VTSS1 |
IFF0 Cible 0 |
0A:0 |
igb4 |
192.168.1.1 |
Réplication |
IFF1 Cible 0 |
0I:0 |
igb8 |
192.168.2.1 |
||
IFF2 Cible 0 |
1A:0 |
igb12 |
192.168.3.1 |
||
IFF3 Cible 0 |
1I:0 |
igb16 |
192.168.4.1 |
||
VTSS2 |
IFF0 Cible 0 |
0A:0 |
igb5 |
192.168.5.1 |
|
IFF1 Cible 0 |
0I:0 |
igb9 |
192.168.6.1 |
||
IFF2 Cible 0 |
1A:0 |
igb13 |
192.168.7.1 |
||
IFF3 Cible 0 |
1I:0 |
igb17 |
192.168.8.1 |
||
VTSS3 |
IFF0 Cible 0 |
0A:0 |
igb6 |
192.168.9.1 |
|
IFF1 Cible 0 |
0I:0 |
igb10 |
192.168.10.1 |
||
IFF2 Cible 0 |
1A:0 |
igb14 |
192.168.11.1 |
||
IFF3 Cible 0 |
1I:0 |
igb18 |
192.168.12.1 |
||
VTSS4 |
IFF0 Cible 0 |
0A:0 |
igb7 |
192.168.13.1 |
|
IFF1 Cible 0 |
0I:0 |
igb11 |
192.168.14.1 |
||
IFF2 Cible 0 |
1A:0 |
igb15 |
192.168.15.1 |
||
IFF3 Cible 0 |
1I:0 |
igb19 |
192.168.16.1 |
||
Connexions UUI |
|||||
igb1 |
192.168.17.1 |
UUI |
|||
igb2 |
192.168.18.1 |
Comme l'illustrent la Figure A-6 et les exemples de valeurs du Tableau A-3, dans cet exemple de copie VLE à VLE avec deux VTSS connectés à deux VLE :
Chaque VTSS est connecté à l'hôte MVS (1) et est interconnecté à chaque VLE pour la copie VTSS à VLE (le chiffre 4 correspond aux connexions IP VTSS à VLE et le chiffre 2 au réseau TCP/IP 1GigE).
Les VLE sont connectées les unes aux autres via un réseau comprenant le commutateur 10 GigE (3).
Par conséquent, chaque VTSS peut migrer une copie VTV distincte vers chaque VLE, ce qui assure une solution de redondance/haute disponibilité similaire à celle fournie par le VTSS mis en cluster. Il est possible que, par défaut, la deuxième copie soit réalisée via des connexions VLE à VLE. Pour appliquer la migration VTSS à VLE à la deuxième copie, utilisez le paramètre STORCLAS FROMLST. Pour plus d'informations, reportez-vous au manuel Configuration du logiciel de l'hôte pour VLE :
Tableau A-3 Exemple 3 : Valeurs de configuration
VSM5 |
Carte IFF et cible |
Valeur IPIF |
VLE, ID d'interface |
Adresse IP |
Case à cocher |
Connexions de données VLE à VTSS |
Réplication |
||||
VTSS1 |
IFF0 Cible 0 |
0A:0 |
VLE1, igb4 |
192.168.1.1 |
|
IFF1 Cible 0 |
0I:0 |
VLE1, igb8 |
192.168.2.1 |
||
IFF2 Cible 0 |
1A:0 |
VLE1, igb12 |
192.168.3.1 |
||
IFF3 Cible 0 |
1I:0 |
VLE1, igb16 |
192.168.4.1 |
||
IFF0 Cible 1 |
0A:1 |
VLE2, igb4 |
192.168.5.1 |
||
IFF1 Cible 1 |
0I:1 |
VLE2, igb8 |
192.168.6.1 |
||
IFF2 Cible 1 |
1A:1 |
VLE2, igb12 |
192.168.7.1 |
||
IFF3 Cible 1 |
1I:1 |
VLE2, igb16 |
192.168.8.1 |
||
VSM5 |
Carte IFF et cible |
Valeur IPIF |
VLE, ID d'interface |
Adresse IP |
Case à cocher |
Connexions de données VLE à VTSS |
|||||
VTSS2 |
IFF0 Cible 0 |
0A:0 |
VLE1, igb5 |
192.168.9.1 |
Réplication |
IFF1 Cible 0 |
0I:0 |
VLE1, igb9 |
192.168.10.1 |
||
IFF2 Cible 0 |
1A:0 |
VLE1, igb13 |
192.168.11.1 |
||
IFF3 Cible 0 |
1I:0 |
VLE1, igb17 |
192.168.12.1 |
||
IFF0 Cible 1 |
0A:1 |
VLE2, igb5 |
192.168.13.1 |
||
IFF1 Cible 1 |
0I:1 |
VLE2, igb9 |
192.168.14.1 |
||
IFF2 Cible 1 |
1A:1 |
VLE2, igb13 |
192.168.15.1 |
||
IFF3 Cible 1 |
1I:1 |
VLE2, igb17 |
192.168.16.1 |
||
Connexions de données VLE à VLE |
|||||
VLE1, ixgbe1 |
192.168.17.1 |
Distant |
|||
VLE1, ixgbe3 |
192.168.18.1 |
||||
VLE2, ixgbe1 |
192.168.17.2 |
||||
VLE2, ixgbe3 |
192.168.18.2 |
||||
Connexions UUI |
|||||
VLE1, igb1 |
192.168.19.1 |
UUI |
|||
VLE1, igb2 |
192.168.20.1 |
||||
VLE2, igb1 |
192.168.21.1 |
||||
VLE2, igb2 |
192.168.22.1 |
Comme l'illustrent les exemples de valeurs du Tableau A-4, dans cet exemple où un VTSS est connecté à une VLE à trois noeuds :
Le commutateur 10 GigE (5) fournit un réseau interne pour l'échange de données entre les noeuds qui composent le système VLE1
où le chiffre 2 correspond au noeud 1, le chiffre 3 au noeud 2 et le chiffre 4 au noeud 3.
Pour assurer la redondance, les noeuds 1
et 3
possèdent des connexions IFF/IP pour l'échange de données avec le VTSS et des connexions TCP/IP UUI avec l'hôte mainframe.
Le noeud 3 est un référentiel de données et ne possède pas de connexion à l'hôte mainframe (1) ou au VTSS.
Tableau A-4 Exemple 4 : Valeurs de configuration
Carte IFF et cible |
Valeur IPIF |
Noeud VLE, ID d'interface |
Adresse IP |
Case à cocher |
Connexion de données |
Réplication |
|||
IFF0 Cible 0 |
0A:0 |
Noeud 1, igb4 |
192.168.1.1 |
|
IFF0 Cible 1 |
0A:1 |
|||
IFF1 Cible 0 |
0I:0 |
Noeud 1, igb8 |
192.168.2.1 |
|
IFF1 Cible 1 |
0I:1 |
|||
IFF2 Cible 0 |
1A:0 |
Noeud 3, igb4 |
192.168.3.1 |
|
IFF2 Cible 1 |
1A:1 |
|||
IFF3 Cible 0 |
1I:0 |
Noeud 3, igb8 |
192.168.4.1 |
|
IFF3 Cible 1 |
1I:1 |
|||
Connexions UUI |
||||
Noeud 1, igb1 |
192.168.5.1 |
UUI |
||
Noeud 3, igb2 |
192.168.6.1 |