Users Guide

Identifier GUID-2C18F99C-1735-452C-B7C9-34358AAA85C5
Version 2
Status Translation Validated
Reprise après sinistre du châssis maître
Des pannes catastrophiques, telles que la perte d’alimentation, la perte de réseau et la défaillance des deux modules de gestion, peuvent
entraîner l’inaccessibilité ou l’indisponibilité du châssis maître. Dans ce cas, vous pouvez promouvoir le châssis de sauvegarde comme
châssis maître pour remplacer le châssis maître défaillant afin de maintenir une gestion ininterrompue des systèmes.
REMARQUE : Promouvoir le châssis de sauvegarde principal en châssis maître restaure la fonction de gestion de groupe pour les
châssis membres qui ne sont pas exposés aux pannes. Toutefois, la restauration de la fonctionnalité reste limitée sur le châssis maître
défaillant. La restauration est basée sur le niveau de gravité des défaillances dans le châssis maître en panne.
Gardez à l’esprit les points suivants lors de la restauration du châssis maître :
1. Avant d’exécuter la tâche de promotion sur le châssis de sauvegarde :
a. La promotion est une opération perturbatrice qui doit être utilisée uniquement lorsqu’il n’y a aucun moyen de restaurer le châssis
maître. En cas de défaillance partielle du châssis maître, par exemple ; si seuls les modules de gestion ne répondent pas, mais que
les calculs sont opérationnels, l’exécution de la tâche de promotion interrompt les charges applicatives qui sont toujours en cours
d’exécution sur le châssis maître. Pour plus d’informations sur la réaffectation des composants de travail qui sont les calculs et les
commutateurs réseau du châssis maître défaillant, reportez-vous à l’élément 3.c de la liste « Étapes nécessaires à la restauration
du châssis maître défaillant avant de le mettre en production. »
b. Après avoir déterminé que le châssis maître est en panne et qu’il n’est pas accessible, vous devez arrêter l’alimentation à distance
sur le châssis maître ou retirer physiquement le châssis de la pile avant d’exécuter la promotion du châssis de sauvegarde. Si le
châssis maître n’a pas été mis hors tension ou a été retiré de la pile avant la tâche de promotion, le châssis maître défaillant, ou
partiellement défaillant, risque de se réactiver après la promotion du châssis de sauvegarde et de causer un conflit en raison de
plusieurs châssis maîtres. Avoir plusieurs châssis maîtres peut créer des interférences dans la gestion du groupe.
2. Exécution de la promotion sur le châssis de sauvegarde :
a. Si le châssis maître est opérationnel, l’interface Web du châssis de sauvegarde bloque la tâche de promotion. Avant d’effectuer la
promotion du châssis de sauvegarde, assurez-vous que le châssis maître est bien en panne et qu’il est inaccessible. Le processus
peut être bloqué par le châssis de sauvegarde si le maître est accessible via le réseau privé, même s’il n’est pas accessible sur le
réseau de gestion des utilisateurs publics. Dans ce cas, l’API RESTful OME-Modular peut être utilisée pour exécuter la tâche de
promotion de manière forcée. Pour plus d’informations, consultez le guide de l’API RESTful.
b. Une tâche est créée après le démarrage de l’opération de promotion. 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 taille de configuration à restaurer.
c. 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 sont générées lorsque le châssis maître est arrêté ne sont disponibles que
localement dans leurs journaux d’alertes ou matériels respectifs. Au cours de la panne, les prospects ne peuvent pas être transférés
vers des destinations externes configurées. La période d’inactivité est la période entre la panne du châssis maître et la promotion
réussie du châssis de sauvegarde.
3. Comportement attendu après la promotion :
a. Le châssis de sauvegarde devient le 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 précédent. Une fois la promotion terminée, les références à l’ancien châssis maître le mentionnent comme
châssis membre du même groupe. Les références sont créées afin d’éviter toute interruption des calculs de travail dans l’ancien fil
en cas de défaillance du module de gestion du châssis maître.
La tâche de promotion permet de redécouvrir tous les membres du groupe. Si un châssis membre est inaccessible, celui-ci est
toujours répertorié sur la page d’accueil principale, mais indique une connexion interrompue et propose les options de réparation
disponibles. Vous pouvez utiliser l’option de réparation pour ajouter à nouveau le châssis membre ou pour le supprimer 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 défectueux. Toutefois, voici
quelques exceptions et limitations :
i. Toutes les modifications de configuration récentes sur le châssis maître défaillant dans une période de 90 minutes et qui
doivent être copiés vers le châssis de sauvegarde peuvent ne pas être copiées complètement et peuvent ne pas être
restaurées en totalité après la promotion.
ii. Les tâches en cours et partiellement copiées qui sont associées à des modèles/des pools d’identités continuent à s’exécuter.
Vous pouvez exécuter l’une des tâches suivantes :
i. Arrêter la tâche en cours d’exécution.
ii. Récupérer les attributions de pools d’identités.
iii. Redémarrer la tâche pour redéployer le modèle.
iii. Tous les modèles qui sont rattachés à un logement occupé via le châssis maître avant la sauvegarde prennent le relais, ne sont
pas déployés sur le traineau existant lorsque celui-ci est retiré ou réinséré. Pour que le déploiement fonctionne, l’administrateur
150
Scénarios de cas d'utilisation