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 Wechsel zu einer Backup-Komponente initiieren, die die Funktionen der nicht verfügbaren primären Komponente übernimmt. Sie können zwei Arten von Umschaltungen in einer Virtual Chassis-Konfiguration für universelle Routing-Plattformen der MX-Serie 5G initiieren:
Globales 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 vertauscht werden.
Lokales 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, die auftreten, 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 feststellen können, ob die Mitgliedsrouter für einen GRES-Vorgang (Global Graceful Graceful Routing-Engine Switchover ) aus Sicht der Datenbanksynchronisierung bereit sind.
Rollenwechsel für Virtual Chassis während eines globalen Switchovers
Um die primäre Rolle in einem Virtual Chassis der MX-Serie 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, wechseln die Rollen des aktuellen primären Virtual Chassis-Routers (VC-P) und des aktuellen Virtual Chassis-Backup-Routers (VC-B). Der bisherige VC-P wird zum neuen VC-B und der bisherige VC-B wird zum neuen VC-P. Nach dem Wechseln der Rollen VC-P und VC-B wird die primäre Routing-Engine auf der neuen VC-B (VC-Bp) neu gestartet, was zu den in Tabelle 1 aufgeführten Rollenübergängen führt.
Rolle des Virtual Chassis vor der globalen Umstellung |
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, die lokalen Rollen der Routing-Engines im Virtual Chassis-Backup-Router jedoch nicht. Wie in Tabelle 1 dargestellt, wird z. B. 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-Rollenwechsel während eines lokalen Switchovers
Um Redundanz in einer Virtual Chassis-Konfiguration mit zwei Mitgliedern sicherzustellen, muss jeder der beiden Mitgliedsrouter 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 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 Befehl aus dem request chassis routing-engine master switch VC-PP ausgeben.
Rolle des Virtual Chassis vor dem lokalen Switchover |
Rolle des Virtual Chassis nach dem lokalen 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 aus ausführen.
Rolle des Virtual Chassis vor dem lokalen Switchover |
Rolle des Virtual Chassis nach dem lokalen 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 primären (m) und lokalen Standby-Rollen (s) der Routing-Engines in den einzelnen Mitgliedsroutern nur in dem Mitgliedsrouter, 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 dargestellt, ä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 von der VC-Bp aus durchgeführt wird, nur die lokalen Rollen der Routing-Engines, wie in Tabelle 3 dargestellt.
Virtual Chassis-Rollenwechsel während der Virtual Chassis-Bildung
In dem seltenen Fall, dass das virtuelle Chassis "geteilt" wurde (d. h. die Verbindung unterbrochen wurde), 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, wird einem Mitglied in einem Auswahlprozess die Rolle "Virtual Chassis Primary (VC-P)" und dem anderen Mitglied die Rolle "Virtual Chassis Backup" (VC-B) zugewiesen. Ab Junos OS Version 15.1 veranlasst das neu gewählte VC-B-Mitglied auf die gleiche Weise wie das globale GRES-Verhalten einen Neustart seiner lokalen primären Routing-Engine, nachdem die lokale primäre Rolle an die lokale Standby-Routing-Engine übergeben wurde. Dies ist eine bewusste Aktion, die es dem VC-B-Chassis ermöglicht, schneller GRES-fähig zu werden.
Der 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 Wechsel und wird nicht empfohlen.
Der Neustart beider Routing-Engines im VC-B-Chassis führt zu einem VC-Split, und es gibt keinen RE-Rollenswitchover.
GRES-Bereitschaft in einer Virtual Chassis-Konfiguration
Je nach Konfiguration dauert es unterschiedlich lange, bis ein Router bereit ist, einen GRES (Graceful Routing-Engine Switchover) durchzuführen. Der Versuch eines GRES-Vorgangs, bevor der Router bereit 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 request virtual-chassis routing-engine master switch check Befehl vom primären Virtual Chassis-Router (VC-Pp) ausgeben, bevor Sie den 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 Bereitschaftsüberprüfung umfasst das Sicherstellen, dass ein System-Timer, der nach 300 Sekunden abläuft, abgeschlossen wird, bevor der globale GRES-Vorgang beginnt.
Wenn Sie den request virtual-chassis routing-engine master switch check Befehl vor dem Initiieren des GRES-Vorgangs verwenden, wird sichergestellt, dass die Abonnentenverwaltungs- und Kerneldatenbanken auf beiden Mitgliedsroutern in einer MX-Serie oder einem Virtual Chassis synchronisiert und für den GRES-Vorgang bereit sind.