Apple Xsan (upgrading to Xsan 1.4) - Manuel (Page 8)

8 Chapitre 1 Informations générales sur la mise à niveau d’Xsan
Remarque : même si vous disposez de deux contrôleurs, votre réseau SAN connaîtra
néanmoins un court instant où seulement un seul contrôleur fonctionnera (lorsque
celui mis à niveau sera en cours de redémarrage). Si le risque de panne concentré
sur cet unique point s’avère trop élevé, même si ce n’est que pour un bref moment,
ajoutez un troisième contrôleur temporairement à votre réseau SAN. Pour ce faire,
donnez temporairement le rôle de contrôleur à un ordinateur client adéquat. Consultez
la section « Promotion d’un client au rôle de contrôleur de réserve » à la page 9.
Si la disponibilité du volume pendant la mise à niveau est réduite
S’il n’est pas nécessaire que vos volumes SAN soient disponibles lors de la mise à niveau,
vous pouvez les arrêter pour pouvoir procéder à la mise à niveau comme vous le feriez
pour tout autre logiciel, sans avoir à vous soucier d’un failover provoqué par une
défaillance de contrôleur. L’arrêt des volumes vous permet de sauter les versions intermé-
diaires et de pouvoir procéder à une mise à niveau directement depuis Xsan 1.1 à Xsan 1.4,
par exemple, sans devoir installer Xsan 1.2 ou 1.3 (que vous devriez normalement installer
pour maintenir la disponibilité des volumes pendant la mise à niveau). Cependant, si vous
procédez à une mise à niveau à Mac OS X ou Mac OS X Server 10.4, assurez-vous que vous
procédez bien à une installation de mise à niveau et non à une installation spéciale. À
défaut, vous perdriez les fichiers de configuration de vos volumes et de votre réseau SAN.
À propos des contrôleurs primaires et contrôleurs de réserve
Chaque volume Xsan est hébergé par un contrôleur de métadonnées appelé
« contrôleur primaire » du volume. Pour assurer la disponibilité du volume et pour
protéger vos données d’une perte éventuelle, il est préférable de configurer au moins
un autre ordinateur, appelé « contrôleur de réserve », remplissant le rôle de substitution
en cas de défaillance. Si un des contrôleurs primaires du volume ou un des processus
du système de fichiers en cours d’exécution cesse de répondre, le contrôleur de réserve
prend alors le contrôle du volume au moment du failover du contrôleur.
Dans le cas d’un contrôleur hébergeant plusieurs volumes, un seul de ces volumes
peut passer le contrôle à un contrôleur de réserve tandis que les autres volumes
également hébergés par le contrôleur continuent de fonctionner sans être affectés.
Le volume ayant passé son contrôle possède désormais un contrôleur primaire distinct
des autres volumes. Ainsi, dans le cas d’un réseau SAN disposant de plusieurs volumes,
chacun d’entre eux peut, à travers le processus de failover, se retrouver en fin de
compte avec un contrôleur primaire différent.
Les instructions de ce guide tirent profit du processus de failover pour conserver la
disponibilité des volumes sans que vous ayez à savoir quel contrôleur héberge un
volume. Il ne vous reste alors plus qu’à vous assurer qu’il existe bien un autre contrô-
leur prêt à héberger des volumes qui sont actuellement hébergés par le contrôleur
que vous mettez à niveau.