Mise À Niveau D'un Cluster - Oracle Sun ZFS Storage 7120 Manuel D'entretien

Mise à niveau d'un cluster
Dans un système en cluster, vous pouvez effectuer une mise à niveau non simultanée, ce qui
permet d'éviter toute indisponibilité pendant l'exécution de la mise à niveau. Cette section
suppose que vous êtes familiarisé avec le modèle de clustering Sun Storage : si vous n'êtes pas
familiarisé avec les concepts et la terminologie du clustering, consultez tout d'abord les concepts
du clustering dans le guide d'administration système. Dans la procédure de mise à niveau non
simultanée décrite ici, les deux contrôleurs sont appelés A et B, A étant le premier contrôleur
mis à jour et B le second contrôleur mis à jour. Lors des mises à niveau non simultanées, une
règle de bonne pratique essentielle est que chaque contrôleur doit être mis à niveau à un
moment où il ne fournit pas de services aux clients. La procédure décrite ici respecte cette règle.
En outre, toutes les règles de bonne pratique concernant les mises niveau décrites ci-dessus
s'appliquent également aux mises à niveau non simultanées.
Important : n'effectuez pas d'opération de reprise lorsque qu'une mise à niveau est en cours.
1. A l'aide de la CLI ou de la BUI, transférez l'image logicielle de la mise à jour vers les deux
contrôleurs de stockage.
2. Si le cluster comporte un seul pool de stockage, le contrôleur auquel le pool est assigné est le
contrôleur B ; celui qui ne comporte aucun pool de stockage est le contrôleur A. Si le cluster
comporte deux pools de stockage ou plus et qu'un pool au moins est assigné à chaque
contrôleur, décidez maintenant lequel des contrôleurs est le contrôleur A et lequel est le
contrôleur B. Le choix est libre, mais le ou les pools de stockage de A seront repris en
premier, si bien que les clients qui utilisent ces ressources subiront donc les premiers un
retard de disponibilité standard lié à la reprise.
3. Connectez-vous au contrôleur B, accédez à Configuration/Cluster ou au contexte
équivalent dans la CLI et effectuez une reprise ; cette opération déclenche la réinitialisation
du contrôleur A. Le logiciel ne vous empêche pas de débuter la mise à niveau sans effectuer
de reprise. Cependant, si vous n'effectuez pas de reprise, vous ne pourrez pas apporter de
modifications à la configuration de l'appareil lors de la mise à niveau - ce qui n'empêchera
pas l'appareil des continuer à fournir des services ; vous effectuerez d'ailleurs une mise à
niveau sur un contrôleur alors qu'il sera en train de fournir des services.
4. A l'aide de la console série, ou de la CLI/BUI si des interfaces réseau privées dédiées vont
sont attribuées, connectez-vous au contrôleur A. Accédez à l'écran
au contexte équivalent de la CLI, sélectionnez la mise à jour logicielle et appliquez-la. A la fin
de la procédure de mise à niveau, le contrôleur A se réinitialise à nouveau, cette fois en
exécutant le nouveau logiciel système.
5. Connectez-vous au contrôleur A et effectuez une reprise comme ci-dessus. C'est
maintenant au tour du contrôleur B de se réinitialiser, tandis que le contrôleur A prend le
contrôle de toutes les ressources et assure les services aux clients.
6. Validez le comportement du nouveau logiciel et assurez-vous que les mises à niveau des
microprogrammes sont effectuées. Etant donné que le contrôleur A fournit des services à
l'aide du nouveau logiciel alors que B exécute toujours la version précédente, vous disposez
là d'une occasion de contrôler le bon fonctionnement de tous les services, conformément à
Chapitre 3 • Maintenance du système
Mises à jour
Maintenance/System ou
147