Users Guide

ii. Sur le nouveau châssis maître, supprimez le châssis maître précédent du groupe pour supprimer les références.
iii. Sur l’ancien châssis maître, accédez au châssis maître en panne dès que possible et ne l’empilez pas dans le groupe. S’il y
a eu des modèles avec attributions de pools d’identités déployés sur des calculs sur l’ancien châssis maître, récupérez les
attributions de pools d’identités à partir des calculs. La revendication des attributions de pool d’identités est requise pour
empêcher toute collision d’identité réseau lorsque l’ancien châssis maître est remis en production.
iv. Ne supprimez pas les structures de l’ancien châssis maître, car la suppression des structures peut entraîner une perte de
réseau une fois l’ancien châssis maître rajouté au réseau.
v. Sur l’ancien châssis maître, exécutez la commande « réinitialiser la configuration » à l’aide de la charge utile API REST
suivante :
URI : /api/ApplicationService/Actions/ApplicationService.ResetApplication
Méthode : POST
Charge utile : {"ResetType": "RESET_ALL", "ForceReset": true}
d. Déplacez les composants de travail de l’ancien châssis maître vers d’autres châssis du groupe :
i. Déplacez les commutateurs réseau de l’ancien châssis maître vers le nouveau châssis maître ou vers un membre du groupe
pour restaurer l’intégrité des structures.
ii. Déplacez les calculs de l’ancien vers le nouveau châssis maître ou vers un membre du groupe. De nouveaux modèles ou
identités doivent être déployés sur les calculs avant de reprendre les charges applicatives qui ont été exécutées sur l’ancien
châssis maître.
Retrait du châssis maître
L’option de « retrait » permet à un châssis de sauvegarde d’être considéré comme le châssis maître d’un groupe lorsque le châssis maître
est en cours d’exécution pendant un certain temps et qu’il doit être supprimé temporairement ou définitivement de l’environnement de
production. Le châssis maître peut se déconnecter normalement du groupe. L’option de « retrait » facilite également l’annulation du retrait
du châssis maître en conservant celui-ci comme membre du groupe.
1. Exécutez la tâche de retrait du châssis maître :
a. Une tâche est créée lors du démarrage de la tâche de retrait. La tâche peut être exécutée en 10-45 minutes en fonction du
nombre de châssis dans le groupe et de la quantité de configuration à restaurer.
b. Si le châssis maître est configuré pour transférer les alertes vers les destinations externes (e-mail, trap, log système), toutes les
alertes signalant que les composants du groupe généré ne sont disponibles que localement dans leur matériel respectif. En outre,
une alerte est consignée lorsque la tâche de retrait et le châssis de sauvegarde qui prend le dessus sur le châssis maître sont en
cours. Une fois que la tâche de retrait est terminée et avant la promotion du châssis de sauvegarde, il est possible qu’une panne se
produise dans la gestion des groupes. La panne inclut le transfert des alertes vers les destinations externes configurées.
2. Comportement attendu des sauvegardes à la fin de la tâche de retrait :
a. Le châssis de sauvegarde devient le nouveau châssis maître et tous les châssis membres sont accessibles de la même manière
qu’ils l’étaient sur le châssis maître retiré. Le nouveau châssis maître détecte tous les membres du groupe et, si un châssis membre
est inaccessible, celui-ci est toujours répertorié sur la page d’Accueil du châssis maître, mais indique une connexion interrompue
et propose les options de réparation disponibles. Utilisez l’option de réparation pour ajouter à nouveau ou supprimer le châssis
membre du groupe.
b. Toutes les configurations de base du firmware, les catalogues, les stratégies d’alerte, les modèles, les pools d’identités et les
paramètres des structures sont restaurés dans la mesure où ils se trouvaient sur le châssis maître retiré.
3. Comportement attendu de l’ancien châssis maître à la fin de la tâche de retrait :
a. Si l’ancien châssis maître doit être retiré et devenir un châssis autonome, il continue à exécuter la configuration des modèles/pools
d’identités. Suivez les étapes ci-dessous pour effacer la configuration afin d’éviter tout conflit avec le nouveau châssis maître.
i. Retirez le châssis maître de la pile du groupe.
ii. Récupérez les identités d’E/S du pool d’identités déployé pour les calculs sur l’ancien châssis maître.
iii. Ne supprimez pas les structures de l’ancien châssis maître, car la suppression des structures peut entraîner une perte de
réseau une fois l’ancien châssis maître rajouté au réseau.
iv. Exécutez la commande « réinitialiser la configuration » à l’aide de la charge utile API REST suivante :
URI : /api/ApplicationService/Actions/ApplicationService.ResetApplication
Méthode : POST
Charge utile : {"ResetType": "RESET_ALL", "ForceReset": true}
b. Si l’ancien châssis maître est retiré en tant que membre du groupe actuel, il ne transmet plus la configuration des pools d’identités.
Toutefois, il contient la configuration des modèles et des profils. Pour éviter tout conflit avec le nouveau maître, ces configurations
ne doivent pas être modifiées ou supprimées tant que ce châssis ne quitte pas le groupe de gestion multi-châssis.
Scénarios de cas d'utilisation
141