Les IASP au service de la disponibilité

A ce stade, vous savez comment préparer un IASP et comment
lui attacher des utilisateurs. Vous vous demandez peutêtre
ce qui reste à  faire sur un IASP pour qu’il contribue à  la
haute disponibilité. Dans la suite de cet article, je présente
les IASP dans un environnement de disques commutés.
Tout d’abord, voyons le matériel dont vous aurez besoin.
Si vous avez l’intention de commuter votre IASP entre deux
machines, il vous faudra

• deux systèmes iSeries (obligatoirement i8xx ou i270)
• une tour externe avec votre IASP
• une boucle HSL qui connecte
  vos deux systèmes et la tour à 
  votre IASP

Une fois le matériel en place, il
vous faudra créer un cluster qui
contienne vos deux systèmes en
tant que noeuds. Pour créer le
cluster, vous avez le choix entre
les commandes Management
Central ou OS/400. Si vous optez
pour Management Central, votre
cluster contiendra une structure
appelée domaine d’unité. Si vous
préférez les commandes OS/400,
vous devrez ajouter vos noeuds à 
un domaine d’unité. Un domaine d’unité en cluster iSeries
présente les caractéristiques uniques suivantes :
Numéros des ASP. Un ASP indépendant contient les
disques commutés. Pour qu’un noeud possède les disques, il
doit prendre possession de l’ASP indépendant. Par conséquent,
tout ASP indépendant que n’importe quel noeud peut
posséder doit avoir un numéro unique sur les deux noeuds.
Numéros des unités de disques. Comme avec les ASP
qui peuvent se déplacer entre des systèmes, les unités de
disques qui se déplacent d’un système à  un autre doivent
présenter le même numéro sur les systèmes qui prendront
possession des disques.
Adresses virtuelles. L’iSeries attribue des adresses virtuelles
à  l’intérieur d’un système et il ignore celles qu’utilise
un autre système. En outre, la définition de l’adresse (l’association
des adresses avec des objets) est propre à  chaque système
et empêcherait normalement la commutation des
disques entre systèmes. Cependant, les systèmes dans un
domaine d’unité divisent l’espace d’adresse entre les
noeuds, en trois parties :

1. Les adresses que chaque système utilise
   pour les objets qui ne sont pas dans un
   IASP.

2. Les adresses que le premier noeud utilise
   pour les objets qui sont dans un
   IASP.

3. Les adresses que le second noeud utilise
   pour les objets qui sont dans un IASP.

La figure 6 montre un exemple de
la manière dont l’espace d’adresse virtuelle,
les numéros d’unités de disques et
les numéros d’IASP sont divisés entre
deux noeuds dans un domaine d’unité
avec trois tours. IASP33 a été créé sur
les tours 1 et 2 pendant qu’elles appartenaient à  NODE1. IASP43 a été créé sur la
tour 3 pendant qu’elle appartenait à 
NODE2.
Il faut maintenant créer un objet qui
contrôle le mouvement de l’IASP. L’objet
cluster qui exécute cette fonction est appelé
Cluster Resource Group (CRG).
Comme précédemment, vous pouvez utiliser
les commandes OS/400 ou Management
Central pour créer le CRG qui
contrôlera le mouvement de l’IASP. Bien
que le CRG spécifie un IASP, l’entité commutable
est la tour. La totalité de la tour et
tout matériel supplémentaire éventuel
qu’elle contient vont se déplacer en même temps. Il est important
de planifier le matériel dans votre tour de manière à 
éviter des surprises quand vous commuterez l’IASP d’un
noeud du cluster sur un autre.
La figure 7 montre les structures cluster pour commuter
les unités de disques entre les systèmes. L’IASP en cluster
contient deux noeuds et a un domaine d’unité nommé IASP.
Les unités résilientes se trouvent dans un ou plusieurs
groupes de pools de disques. Le CRG nommé SWITCHED
sert à  gérer l’emplacement des unités résilientes.