Umschaltverhalten in einem Virtual Chassis der MX-Serie
Wenn eine aktive oder primäre Hardware- oder Softwarekomponente ausfällt oder vorübergehend heruntergefahren wird, können Sie manuell einen Switchover auf eine Backup-Komponente initiieren, die die Funktionen der nicht verfügbaren primären Komponente übernimmt. Sie können zwei Arten von Switchovers in einer Virtual Chassis-Konfiguration für universelle 5G-Routing-Plattformen der MX-Serie initiieren:
Globaler Switchover: Ändert die primäre Rolle in einem Virtual Chassis der MX-Serie, indem die globalen Rollen des primären Routers und des Backup-Routers in der Virtual Chassis-Konfiguration geändert werden.
Lokaler Switchover: Schaltet die lokale primäre Rolle der dualen Routing-Engines in einem Mitgliedsrouter 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 Thema werden die Rollenübergänge beschrieben, damit Sie besser verstehen, wie sich ein Virtual Chassis der MX-Serie während eines globalen oder lokalen Switchovers verhält. In diesem Thema wird auch beschrieben, wie Sie aus Sicht der Datenbanksynchronisierung feststellen können, ob die Mitgliedsrouter für einen GRES-Vorgang (Global Graceful Routing Engine Switchover ) bereit sind.
Virtual Chassis-Rollenübergänge während eines globalen Switchovers
Um die primäre Rolle in einem Virtual Chassis der MX-Serie zu ändern und eine globale Umschaltung zu bewirken, geben Sie den request virtual-chassis routing-engine master switch Befehl von der primären Routing-Engine im Virtual Chassis-Primärrouter (VC-Pp) aus.
Nachdem Sie den request virtual-chassis routing-engine master switch Befehl ausgegeben haben, wechseln der aktuelle Virtual Chassis-Primärrouter (VC-P) und der aktuelle Virtual Chassis-Backup-Router (VC-B) die Rollen. Der frühere VC-P wird zum neuen VC-B, und der frühere VC-B wird zum neuen VC-P. Nach den VC-P- und VC-B-Switchrollen 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.
Virtual Chassis-Rolle vor der globalen Umstellung |
Virtual Chassis-Rolle nach der globalen Umstellung |
|---|---|
Virtual Chassis-Hauptrouter (VC-P) |
Virtual Chassis-Backup-Router (VC-B) |
Virtual Chassis-Backup-Router (VC-B) |
Virtual Chassis-Hauptrouter (VC-P) |
Primäre Routing-Engine im Virtual Chassis-Primärrouter (VC-Pp) |
Standby-Routing-Engine im Virtual Chassis-Backup-Router (VC-Bs) |
Standby-Routing-Engine im Virtual Chassis-Primärrouter (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 Virtual Chassis-Primärrouter (VC-Pp) |
Standby-Routing-Engine im Virtual Chassis-Backup-Router (VC-Bs) |
Standby-Routing-Engine im Virtual Chassis-Primärrouter (VC-Ps) |
Die lokalen Rollen (master und , oder m und standby) sder Routing-Engines im primären Virtual Chassis-Router ändern sich nach einem globalen Switchover, die lokalen Rollen der Routing-Engines im Virtual Chassis-Backup-Router ändern sich jedoch nicht. Wie in Tabelle 1 dargestellt, wird beispielsweise die primäre Routing-Engine im Virtual Chassis-Primärrouter (VC-Pp) nach der globalen Umstellung 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 Virtual Chassis-Hauptrouter (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 Router mit zwei Mitgliedern mit zwei Routing-Engines konfiguriert werden. Um die lokale primäre Rolle zwischen der primären Routing-Engine und der Standby-Routing-Engine im Mitgliedsrouter umzuschalten, geben Sie den request chassis routing-engine master switch Befehl entweder von der primären Routing-Engine im Virtual Chassis-Hauptrouter (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 aus dem VC-Pp ausgeben.
Virtual Chassis-Rolle vor der lokalen Umschaltung |
Virtual Chassis-Rolle nach lokaler Umschaltung |
|---|---|
Primäre Routing-Engine im Virtual Chassis-Primärrouter (VC-Pp) |
Standby-Routing-Engine im Virtual Chassis-Backup-Router (VC-Bs) |
Standby-Routing-Engine im Virtual Chassis-Primärrouter (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 Virtual Chassis-Primärrouter (VC-Pp) |
Standby-Routing-Engine im Virtual Chassis-Backup-Router (VC-Bs) |
Standby-Routing-Engine im Virtual Chassis-Primärrouter (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 der lokalen Umschaltung |
Virtual Chassis-Rolle nach lokaler Umschaltung |
|---|---|
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 Virtual Chassis-Primärrouter (VC-Pp) |
Primäre Routing-Engine im Virtual Chassis-Primärrouter (VC-Pp) |
Standby-Routing-Engine im Virtual Chassis-Primärrouter (VC-Ps) |
Standby-Routing-Engine im Virtual Chassis-Primärrouter (VC-Ps) |
Wenn Sie einen lokalen Switchover durchführen, ändern sich die primären (m) und Standby-Rollen (s) der Routing-Engines in jedem Mitgliedsrouter nur in dem Mitgliedsrouter, von dem aus Sie den request chassis routing-engine master switch Befehl ausführen. Wenn Sie z. B. einen lokalen Switchover vom VC-Pp durchführen, wie in Tabelle 2 dargestellt, ändern sich die lokalen Rollen auf dem VC-P, bleiben aber auf dem VC-B unverändert. Umgekehrt ändern sich die lokalen Rollen auf dem VC-Bp, wenn Sie einen lokalen Switchover vom VC-Bp ausführen, wie in Tabelle 3 dargestellt, die lokalen Rollen ändern sich auf dem VC-B, bleiben aber auf dem VC-P unverändert.
Ein lokaler Switchover, der vom VC-Pp 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 durchgeführt wird, nur die lokalen Rollen der Routing-Engines, wie in Tabelle 3 dargestellt.
Virtual Chassis-Rollenübergänge während der Virtual Chassis-Bildung
In dem seltenen Fall, dass das virtuelle Chassis "geteilt" ist (d. h. die Verbindung verloren geht), kann jedes Mitglied die Rolle des primären Routers (VC-P) des virtuellen Chassis übernehmen, was zu zwei VC-P-Chassis führt. Wenn die Virtual Chassis-Konnektivität wiederhergestellt ist, weist ein Auswahlprozess einem Mitglied die primäre Virtual Chassis-Rolle (VC-P) und dem anderen Mitglied die Virtual Chassis-Backup-Rolle (VC-B) zu. Ab Junos OS Version 15.1 bewirkt das neu gewählte VC-B-Mitglied auf die gleiche Weise wie beim globalen GRES-Verhalten, dass seine lokale primäre Routing-Engine neu gestartet wird, nachdem die lokale primäre Rolle an die lokale Standby-Routing-Engine übergeben wurde. Dies ist eine bewusste Maßnahme, die es dem VC-B-Chassis ermöglicht, schneller GRES-fähig zu werden.
Ein Neustart beider Routing-Engines im VC-P-Chassis oder nur der primären Routing-Engine im VC-P- oder VC-B-Chassis führt möglicherweise nicht zu einem ordnungsgemäßen Switchover und wird nicht empfohlen.
Ein Neustart beider Routing-Engines im VC-B-Gehäuse führt zu einem VC-Split, und es findet kein RE-Rollenwechsel statt.
GRES-Bereitschaft in einer Virtual Chassis-Konfiguration
Je nach Konfiguration dauert es unterschiedlich lange, bis ein Router bereit ist, einen ordnungsgemäßen Routing-Engine-Switchover (GRES) durchzuführen. Der Versuch, einen GRES-Vorgang durchzuführen, bevor der Router betriebsbereit ist, kann zu Systemfehlern und unerwartetem Verhalten führen. Um zu bestimmen, ob die Mitgliedsrouter in einer Virtual Chassis-Konfiguration der MX-Serie aus Sicht der Datenbanksynchronisierung für einen GRES-Vorgang bereit sind, können Sie den Befehl vom Virtual Chassis-Primärrouter (VC-Pp) absetzen, bevor Sie den request virtual-chassis routing-engine master switch check GRES-Vorgang initiieren.
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.
Wenn Sie den Befehl vor dem Initiieren des GRES-Vorgangs verwenden, wird sichergestellt, dass die Teilnehmerverwaltung und die Kerneldatenbanken auf beiden Mitgliedsroutern in einer MX-Serie oder einem Virtual Chassis synchronisiert und für den request virtual-chassis routing-engine master switch check GRES-Vorgang bereit sind.