Users Guide

doit déconnecter le modèle du logement, puis le rattacher au logement, retirer ou réinsérer le traineau existant, voire insérer un
nouveau traineau.
iv. Tous les catalogues de firmware créés avec le catalogue de mise à jour automatique sur une planification sont restaurés en tant
que mises à jour manuelles. Modifiez le catalogue et fournissez une méthode de mise à jour automatique avec une fréquence de
mise à jour.
v. Les stratégies d’alerte, avec des références obsolètes ou inexistantes aux appareils de l’ancien châssis maître, ne sont pas
restaurées sur le nouveau châssis maître.
c. Étapes nécessaires à la restauration du châssis maître défaillant avant de le mettre en production :
i. Sur le nouveau châssis maître, éteignez le châssis à distance avant d’effectuer la tâche de promotion sur le châssis de
sauvegarde. Si le châssis n’est pas hors tension, le châssis maître partiellement défaillant peut être mis en ligne et provoquer
un conflit en raison de plusieurs châssis maîtres. Il existe une prise en charge limitée de la détection et de la restauration
automatiques de cette situation. Si le précédent châssis maître est disponible en ligne et si la restauration automatique est
possible, le châssis maître précédent est contraint de rejoindre le groupe en tant que membre.
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.
Identifier
GUID-189CDE37-8AC2-4443-9F3B-B4991CE3D6ED
Version 3
Status Translation approved
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 :
Scénarios de cas d'utilisation
151