Users Guide

dieser Situation. Wenn der frühere Lead online ist und eine automatische Wiederherstellung möglich ist, wird der frühere Lead
gezwungen, der Gruppe als Mitglied beizutreten.
ii. Entfernen Sie auf dem neuen Lead das frühere Lead-Gehäuse aus der Gruppe, um die Referenzen zu entfernen.
iii. Verschaffen Sie sich auf dem alten Lead physischen Zugang zum Lead-Gehäuse mit dem Fehler und heben Sie die
Stapelung auf. Wenn Vorlagen mit Identitäts-Poolzuweisungen vorhanden sind, die für alle Rechner auf dem alten Lead
bereitgestellt werden, fordern Sie die Identitäts-Poolzuweisungen der Rechner wieder zurück. Das Zurückfordern der
Identitäts-Poolzuweisungen ist erforderlich, um eine Netzwerkidentitätskollision zu verhindern, wenn das alte Gehäuse wieder
in die Produktion versetzt wird.
iv. Löschen Sie keine Fabrics des alten Lead-Gehäuses, da das Löschen der Fabrics zu Netzwerkverlust führen kann, sobald der
alte Lead wieder zum Netzwerk hinzugefügt wird.
v. Führen Sie auf dem alten Lead die Option „Konfiguration zurücksetzen“ mithilfe der folgenden Rest API-Payload aus:
URI:/api/ApplicationService/Actions/ApplicationService.ResetApplication
Method:POST
Payload:{"ResetType": "RESET_ALL", "ForceReset": true}
d. Verlagern Sie die funktionsfähigen Komponenten des alten Leads zu anderen Gehäusen in der Gruppe:
i. Verlagern Sie die Netzwerkswitches vom alten Lead in das neue Lead- oder Mitgliedsgehäuse der Gruppe, um die Integrität der
Fabrics wiederherzustellen.
ii. Verlagern Sie Rechner vom alten Lead auf das neue Lead- oder Mitgliedsgehäuse in der Gruppe. Neue Vorlagen oder
Identitäten müssen auf den Rechnern bereitgestellt werden, bevor Workloads wieder aufgenommen werden, die auf dem alten
Lead-Gehäuse ausgeführt wurden.
Lead-Gehäuse stilllegen
Mit der Option „Stilllegen“ kann ein Backup-Gehäuse als Leiter einer Gehäusegruppe übernommen werden, wenn das Lead-Gehäuse über
einen längeren Zeitraum ausgeführt wird und vorübergehend oder dauerhaft aus der Produktionsumgebung entfernt werden muss. Das
Lead-Gehäuse kann von der Gruppe ordnungsgemäß abgetrennt werden. Die Option „Stilllegen“ erleichtert es, den Lead stillzulegen, aber
dennoch ein Mitglied der Gruppe zu bleiben.
1. Führen Sie die Aufgabe „Stilllegen“ vom Lead-Gehäuse aus:
a. Ein Job wird erstellt, wenn die Aufgabe „Stilllegen“ gestartet wird. Der Job kann 10-45 Minuten dauern, basierend auf der Anzahl
der Gehäuse in der Gruppe und der Menge der wiederherzustellenden Konfiguration.
b. Wenn das Lead-Gehäuse für die Weiterleitung von Warnmeldungen an externe Ziele (E-Mail, Trap, Systemprotokoll) konfiguriert
ist, sind alle Warnmeldungen, die die Komponenten in der Gruppe erzeugen, nur lokal auf ihrer jeweiligen Hardware verfügbar.
Außerdem wird eine Warnmeldung protokolliert, wenn die Aufgaben zum Stilllegen des Lead-Gehäuses und Aktivieren das Backup-
Gehäuses durchgeführt werden. Nach Abschluss der Aufgabe „Stilllegen“ und vor der Hochstufung des Backups erfolgt ein Ausfall
im Gruppenmanagement. Der Ausfall umfasst die Weiterleitung von Warnmeldungen an konfigurierte externe Ziele.
2. Erwartetes Verhalten des Backups nach Abschluss der Aufgabe „Stilllegen“:
a. Das Backup-Gehäuse wird zum neuen Lead und alle Mitgliedsgehäuse sind wie auf dem stillgelegten Lead-Gehäuse zugänglich.
Das neue Lead-Gehäuse erkennt alle Mitglieder der Gruppe erneut und wenn ein Mitgliedsgehäuse nicht zugänglich ist, werden
die Mitglieder weiterhin auf der Startseite des Lead-Gehäuses mit getrennter Verbindung und verfügbaren Reparaturoptionen
aufgelistet. Verwenden Sie die Option „Reparieren“ zum erneuten Hinzufügen oder Entfernen des Mitgliedsgehäuses aus der
Gruppe.
b. Alle Firmware-Baselines oder Kataloge, Warnungsrichtlinien, Vorlagen, Identitäts-Pools und Fabrics-Einstellungen werden
wiederhergestellt, wie sie sich auf dem stillgelegten Lead-Gehäuse befanden.
3. Erwartetes Verhalten von alten Lead-Gehäusen nach Abschluss der Aufgabe „Stilllegen“:
a. Wenn der alte Lead als eigenständiges Gehäuse ausgewählt wurde, wird die Konfiguration der Vorlagen/Identitäts-Pools weiterhin
übertragen. Führen Sie die folgenden Schritte aus, um die Konfiguration zu löschen, um Konflikte mit dem neuen Lead zu
vermeiden.
i. Stapeln Sie den früheren Lead aus der Gruppe.
ii. Fordern Sie alle Identitäts-Pool-IO-Identitäten zurück, die für die Rechner auf dem alten Lead bereitgestellt werden.
iii. Löschen Sie keine Fabrics des alten Lead-Gehäuses, da das Löschen der Fabrics zu Netzwerkverlust führen kann, sobald der
alte Lead wieder zum Netzwerk hinzugefügt wird.
iv. Erzwingen Sie einen „Reset der Konfiguration“ mithilfe der folgenden REST API-Payload:
URI:/api/ApplicationService/Actions/ApplicationService.ResetApplication
Method:POST
Payload:{"ResetType": "RESET_ALL", "ForceReset": true}
Anwendungsszenarien
139