Switchover-Verhalten in einem Virtual Chassis
Wenn eine aktive oder primäre Hardware- oder Software Komponente ausfällt oder vorübergehend heruntergefahren wird, können Sie manuell einen Switchover zu einem Backup-Komponente initiieren, der die Funktionen des nicht verfügbaren primären Komponente übernimmt. Sie können zwei Arten von Switchovers in einer Virtual Chassis Konfiguration für 5G Universelle Routing-Plattformen initiieren:
Global Switchover: Ändert die primäre Rolle in einem Virtual Chassis durch Switching der globalen Rollen des primären Routers und des Backup-Routers in der Virtual Chassis-Konfiguration.
Lokaler Switchover: Schaltet die lokale primäre Rolle der dualen Routing-Engines in einem Mitglieds-Router des Virtual Chassis um.
Während eines Switchovers ändern sich die Rollen, die den Mitgliedsroutern und Routing-Engines in einer Virtual Chassis-Konfiguration zugewiesen sind. In diesem Abschnitt werden die Rollenübergänge beschrieben, damit Sie besser verstehen können, wie sich ein Virtual Chassis während eines globalen oder lokalen Switchovers verhält. In diesem Thema wird auch beschrieben, wie Sie feststellen können, ob die Mitgliedsrouter aus Sicht der Datenbanksynchronisierung für einen globalen GRES-Vorgang (Graceful Routing-Engine Switchover ) bereit sind.
Rollenwechsel von Virtual Chassis während eines globalen Switchovers
Um die primäre Rolle in einem Virtual Chassis zu ändern und einen globalen Switchover zu verursachen, geben Sie den request virtual-chassis routing-engine master switch Befehl von der primären Routing-Engine im primären Virtual Chassis-Router (VC-PP) aus.
Nachdem Sie den request virtual-chassis routing-engine master switch Befehl ausgegeben haben, werden die aktuellen Rollen des primären Virtual Chassis-Routers (VC-P) und des aktuellen Virtual Chassis-Backup-Routers (VC-B) übernommen. Der frühere VC-P wird zum neuen VC-B und der frühere VC-B wird zum neuen VC-P. Nach den Wechselrollen VC-P und VC-B wird die primäre Routing-Engine auf dem neuen VC-B (VC-Bp) neu gestartet, was die in Tabelle 1 aufgeführten Rollenübergänge verursacht.
Rolle des Virtual Chassis vor dem globalen Switchover |
Rolle des Virtual Chassis nach der globalen Umstellung |
|---|---|
Primärer Virtual Chassis-Router (VC-P) |
Virtual Chassis Backup-Router (VC-B) |
Virtual Chassis Backup-Router (VC-B) |
Primärer Virtual Chassis-Router (VC-P) |
Primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) |
Standby-Routing-Engine im Virtual Chassis Backup-Router (VC-Bs) |
Standby-Routing-Engine im primären Virtual Chassis-Router (VC-Ps) |
Primäre Routing-Engine im Virtual Chassis Backup-Router (VC-BP) |
Primäre Routing-Engine im Virtual Chassis Backup-Router (VC-BP) |
Primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) |
Standby-Routing-Engine im Virtual Chassis Backup-Router (VC-Bs) |
Standby-Routing-Engine im primären Virtual Chassis-Router (VC-Ps) |
Die lokalen Rollen (master und standby, oder m und s) der Routing-Engines im primären Virtual Chassis-Router ändern sich nach einem globalen Switchover, aber die lokalen Rollen der Routing-Engines im Virtual Chassis-Backup-Router ändern sich nicht. Wie in Tabelle 1 dargestellt, wird beispielsweise die primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) nach dem globalen Switchover zur Standby-Routing-Engine im Virtual Chassis Backup-Router (VC-Bs). Im Gegensatz dazu bleibt die primäre Routing-Engine im Virtual Chassis Backup-Router (VC-BP) nach dem globalen Switchover die primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP).
Virtual Chassis-Rollenübergänge während eines lokalen Switchovers
Um Redundanz in einer Virtual Chassis-Konfiguration mit zwei Mitgliedern zu gewährleisten, muss jeder der beiden Router mit zwei Routing-Engines konfiguriert werden. Um die lokale primäre Rolle zwischen der primären Routing-Engine und der Standby-Routing-Engine im Mitglieds-Router umzuschalten, geben Sie den request chassis routing-engine master switch Befehl entweder von der primären Routing-Engine im primären Virtual Chassis-Router (VC-PP) oder von der primären Routing-Engine im Virtual Chassis Backup-Router (VC-BP) aus.
Tabelle 2 zeigt die Rollenübergänge, die durch einen lokalen Switchover verursacht werden, wenn Sie den request chassis routing-engine master switch Befehl vom VC-PP ausgeben.
Virtual Chassis-Rolle vor dem lokalen Switchover |
Virtual Chassis-Rolle nach lokalem Switchover |
|---|---|
Primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) |
Standby-Routing-Engine im Virtual Chassis Backup-Router (VC-Bs) |
Standby-Routing-Engine im primären Virtual Chassis-Router (VC-Ps) |
Primäre Routing-Engine im Virtual Chassis Backup-Router (VC-BP) |
Primäre Routing-Engine im Virtual Chassis Backup-Router (VC-BP) |
Primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) |
Standby-Routing-Engine im Virtual Chassis Backup-Router (VC-Bs) |
Standby-Routing-Engine im primären Virtual Chassis-Router (VC-Ps) |
Tabelle 3 zeigt die Rollenübergänge, die durch einen lokalen Switchover verursacht werden, wenn Sie den request chassis routing-engine master switch Befehl vom VC-BP ausgeben.
Virtual Chassis-Rolle vor dem lokalen Switchover |
Virtual Chassis-Rolle nach lokalem Switchover |
|---|---|
Primäre Routing-Engine im Virtual Chassis Backup-Router (VC-BP) |
Standby-Routing-Engine im Virtual Chassis Backup-Router (VC-Bs) |
Standby-Routing-Engine im Virtual Chassis Backup-Router (VC-Bs) |
Primäre Routing-Engine im Virtual Chassis Backup-Router (VC-BP) |
Primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) |
Primäre Routing-Engine im primären Virtual Chassis-Router (VC-PP) |
Standby-Routing-Engine im primären Virtual Chassis-Router (VC-Ps) |
Standby-Routing-Engine im primären Virtual Chassis-Router (VC-Ps) |
Wenn Sie einen lokalen Switchover durchführen, ändern sich die lokalen Primär- (m) und Standby- (s) Rollen der Routing-Engines in jedem Mitglieds-Router nur in dem Mitglieds-Router, von dem aus Sie den request chassis routing-engine master switch Befehl ausgeben. Wenn Sie z. B. einen lokalen Switchover vom VC-PP ausgeben, wie in Tabelle 2 dargestellt, ändern sich die lokalen Rollen auf dem VC-P, bleiben aber auf dem VC-B gleich. Umgekehrt, wenn Sie einen lokalen Switchover vom VC-BP ausgeben, wie in Tabelle 3 gezeigt, ändern sich die lokalen Rollen auf dem VC-B, bleiben aber auf dem VC-P gleich.
Ein lokaler Switchover, der vom VC-PP aus durchgeführt wird, ändert auch die globalen Rollen der Mitgliedsrouter, wie in Tabelle 2 dargestellt. Im Gegensatz dazu ändert ein lokaler Switchover, der vom VC-Bp aus durchgeführt wird, nur die lokalen Rollen der Routing-Engines, wie in Tabelle 3 dargestellt.
Rollenübergänge für Virtual Chassis während der Bildung von Virtual Chassis
In dem seltenen Fall, dass das Virtual Chassis "geteilt" (d. h. die Konnektivität verloren geht), kann jedes Mitglied die Rolle des primären Virtual Chassis-Routers (VC-P) übernehmen, was zu zwei VC-P-Chassis führt. Wenn die Virtual Chassis-Konnektivität wiederhergestellt ist, weist ein Auswahlprozess einem Mitglied die Rolle Virtual Chassis primary (VC-P) und dem anderen Mitglied die Rolle Virtual Chassis Backup (VC-B) zu. Auf die gleiche Weise wie beim globalen GRES-Verhalten veranlasst das neu gewählte VC-B-Mitglied einen Neustart seiner lokalen primären Routing-Engine, nachdem es die lokale primäre Rolle an seine lokale Standby-Routing-Engine übergeben hat. Dies ist eine bewusste Aktion, die es dem VC-B-Chassis ermöglicht, schneller GRES-fähig zu werden.
Ein Neustart beider Routing-Engines im VC-P-Gehäuse oder nur der primären Routing-Engine im VC-P- oder VC-B-Gehäuse führt möglicherweise nicht zu einem ordnungsgemäßen Switchover und wird nicht empfohlen.
Der Neustart beider Routing-Engines im VC-B-Gehäuse führt zu einer VC-Aufteilung und es gibt keinen RE-Rollenwechsel.
GRES Readiness in einer Virtual Chassis-Konfiguration
Je nach Konfiguration dauert es unterschiedlich, bis ein Router bereit ist, einen Graceful Routing-Engine Switchover (GRES) durchzuführen. Der Versuch, einen GRES-Vorgang durchzuführen, bevor der Router bereit ist, kann zu Systemfehlern und unerwartetem Verhalten führen. Um festzustellen, ob die Mitgliedsrouter in einer Virtual Chassis-Konfiguration aus Sicht der Datenbanksynchronisierung für einen GRES-Vorgang bereit sind, können Sie den request virtual-chassis routing-engine master switch check Befehl vom primären Virtual Chassis-Router (VC-PP) aus ausgeben, bevor Sie den GRES-Vorgang starten.
Der request virtual-chassis routing-engine master switch check Befehl überprüft verschiedene System- und Datenbankkomponenten auf den Mitgliedsroutern, um festzustellen, ob sie für GRES bereit sind, initiiert jedoch nicht den globalen GRES-Vorgang selbst. Die Bereitschaftsprüfung umfasst die Sicherstellung, dass ein Systemtimer, der nach 300 Sekunden abläuft, abgeschlossen ist, bevor der globale GRES-Vorgang beginnt.
Mit dem request virtual-chassis routing-engine master switch check Befehl vor dem Initiieren des GRES-Vorgangs wird sichergestellt, dass die Anwender-Verwaltung und die Kernel-Datenbanken auf beiden Mitgliedsroutern in einem Virtual Chassis synchronisiert und für den GRES-Vorgang bereit sind.