Verständnis der Routing-Engine-Redundanz

Routing-Engine-Redundanz – Übersicht

Redundante Routing-Engines sind zwei Routing-Engines, die auf derselben Routing-Plattform installiert sind. Eine dient als primäre, während die andere als Backup dient, falls die primäre Routing-Engine ausfällt. Auf Routing-Plattformen mit zwei Routing-Engines erfolgt die Netzwerkrekonvergenz schneller als auf Routing-Plattformen mit einer einzigen Routing-Engine.

Wenn eine Routing-Engine als primär konfiguriert ist, hat sie alle Funktionen. Es empfängt und übermittelt Routing-Informationen, erstellt und verwaltet Routing-Tabellen, kommuniziert mit Schnittstellen und Packet Forwarding Engine-Komponenten und hat die volle Kontrolle über das Gehäuse. Wenn eine Routing-Engine als Backup konfiguriert ist, kommuniziert sie nicht mit der Packet Forwarding Engine oder den Chassis-Komponenten.

Hinweis:

Auf Geräten mit Junos OS Version 8.4 oder höher können beide Routing-Engines nicht gleichzeitig als primär konfiguriert werden. Diese Konfiguration führt dazu, dass die Commit-Prüfung fehlschlägt.

Ein Failover von der primären Routing-Engine zur Backup-Routing-Engine erfolgt automatisch, wenn bei der primären Routing-Engine ein Hardwareausfall auftritt oder wenn Sie die Software so konfiguriert haben, dass eine Änderung der primären Rolle basierend auf bestimmten Bedingungen unterstützt wird. Sie können auch manuell die primäre Rolle der Routing-Engine wechseln, indem Sie einen der request chassis routing-engine Befehle ausstellen. In diesem Thema bezieht sich der Begriff Failover auf ein automatisches Ereignis, während Switchover sich auf ein automatisches oder ein manuelles Ereignis bezieht.

Wenn ein Failover oder switchover erfolgt, übernimmt die Backup-Routing-Engine die Kontrolle über das System als neue primäre Routing-Engine.

• Wenn graceful Routing Engine Switchover nicht konfiguriert ist, setzt die Backup-Routing-Engine die Switch-Ebene zurück und lädt eine eigene Version des Microkernels in die Packet Forwarding Engine-Komponenten herunter. Der Datenverkehr wird unterbrochen, während die Packet Forwarding Engine wiederitialisiert wird. Alle Kernel- und Weiterleitungsprozesse werden neu gestartet.

• Wenn graceful Routing Engine Switchover konfiguriert ist, werden Schnittstellen- und Kernel-Informationen beibehalten. Der Switchover ist schneller, da die Packet Forwarding Engines nicht neu gestartet werden. Die neue primäre Routing-Engine startet den Routing-Protokollprozess (rpd) neu. Alle Hardware und Schnittstellen werden durch einen Prozess erfasst, der einem Warm-Restart ähnelt.

• Wenn graceful Routing Engine Switchover und Nonstop Active Routing (NSR) konfiguriert sind, wird der Datenverkehr während des Switchovers nicht unterbrochen. Schnittstellen-, Kernel- und Routing-Protokollinformationen werden beibehalten.

• Wenn graceful Routing Engine Switchover und Graceful Restart konfiguriert sind, wird der Datenverkehr während des Switchovers nicht unterbrochen. Schnittstellen- und Kernel-Informationen bleiben erhalten. Graceful Restart-Protokollerweiterungen erfassen und stellen Routing-Informationen von den benachbarten Routern schnell wieder her.

Bedingungen, die ein Routing-Engine-Failover auslösen

Die folgenden Ereignisse können in Abhängigkeit von Ihrer Konfiguration zu einer automatischen Änderung der Primären Rolle der Routing-Engine führen:

• Die Routing-Plattform erfährt einen Hardwareausfall. Eine Änderung der primären Rolle der Routing-Engine tritt ein, wenn entweder die Routing-Engine oder das zugehörige Hostmodul oder Subsystem plötzlich ausgeschaltet wird. Sie können die Backup-Routing-Engine auch so konfigurieren, dass sie die primäre Rolle übernimmt, wenn sie einen Festplattenfehler in der primären Routing-Engine erkennt. Um diese Funktion zu aktivieren, fügen Sie die failover on-disk-failure Anweisung auf Hierarchieebene [edit chassis redundancy] ein.

• Die Routing-Plattform erlebt einen Softwareausfall, z. B. einen Kernel-Crash oder eine CPU-Sperre. Sie müssen die Backup-Routing-Engine so konfigurieren, dass sie die primäre Rolle übernimmt, wenn sie einen Verlust des Keepalive-Signals erkennt. Um diese Failover-Methode zu aktivieren, fügen Sie die failover on-loss-of-keepalives Anweisung auf Hierarchieebene [edit chassis redundancy] ein.

• Die Routing-Plattform erlebt einen Em0-Schnittstellenfehler in der primären Routing-Engine. Sie müssen die Backup-Routing-Engine so konfigurieren, dass sie die primäre Rolle übernimmt, wenn sie den Fehler der em0-Schnittstelle erkennt. Um diese Failover-Methode zu aktivieren, fügen Sie die on-re-to-fpc-stale Anweisung auf Hierarchieebene [edit chassis redundancy failover] ein.

• Ein bestimmter Softwareprozess schlägt fehl. Sie können die Backup-Routing-Engine so konfigurieren, dass sie eine primäre Rolle übernimmt, wenn einer oder mehrere bestimmte Prozesse mindestens vier Mal innerhalb von 30 Sekunden fehlschlagen. Fügen Sie die failover other-routing-engine Anweisung auf Hierarchieebene [edit system processes process-name] ein.

Wenn eine dieser Bedingungen erfüllt ist, wird eine Nachricht protokolliert und die Backup-Routing-Engine versucht, die primäre Rolle zu übernehmen. Standardmäßig wird ein Alarm generiert, wenn die Backup-Routing-Engine aktiviert wird. Nachdem die Backup-Routing-Engine die primäre Rolle übernimmt, fungiert sie weiterhin als primär, auch wenn die ursprünglich konfigurierte primäre Routing-Engine den Betrieb erfolgreich wiederaufgenommen hat. Sie müssen den vorherigen Backup-Status manuell wiederherstellen. (Wenn jedoch zu irgendeinem Zeitpunkt eine der Routing-Engines nicht vorhanden ist, wird die andere Routing-Engine automatisch primär, unabhängig davon, wie Redundanz konfiguriert ist.)

Standard-Routing-Engine-Redundanzverhalten

Standardmäßig verwendet Junos OS re0 als primäre Routing-Engine und re1 als Backup-Routing-Engine. Sofern in der Konfiguration nicht anders angegeben, wird re0 immer primär, wenn die fungierende primäre Routing-Engine neu gestartet wird.

Hinweis:

Eine einzelne Routing-Engine im Gehäuse wird immer zur primären Routing-Engine, auch wenn sie zuvor die Backup-Routing-Engine war.

Führen Sie die folgenden Schritte aus, um zu sehen, wie die Standardeinstellung für die Routing-Engine-Redundanz funktioniert:

1. Stellen Sie sicher, dass re0 die primäre Routing-Engine ist.

2. Wechseln Sie den Status der primären Routing-Engine manuell, indem Sie den request chassis routing-engine master switch Befehl von der primären Routing-Engine ausstellen. re0 ist jetzt die Backup-Routing-Engine und re1 ist die primäre Routing-Engine.

   Hinweis:

   Beim nächsten Neustart der primären Routing-Engine setzt Junos OS den Router in den Standardstatus zurück, da Sie die Routing-Engines nicht so konfiguriert haben, dass dieser Zustand nach einem Neustart beibehalten wird.

3. Starten Sie die primäre Routing-Engine re1 neu.

   Die Routing-Engine startet und liest die Konfiguration. Da Sie in der Konfiguration nicht angegeben haben, welche Routing-Engine die primäre ist, verwendet re1 die Standardkonfiguration als Backup. Jetzt befinden sich sowohl re0 als auch re1 in einem Backup-Zustand. Junos OS erkennt diesen Konflikt und, um einen nicht-primären Zustand zu verhindern, setzt die Standardkonfiguration zurück, um re0 direkt zu leiten, um primär zu werden.

Routing-Engine-Redundanz auf einem TX-Matrix-Router

In einer Routing-Matrix müssen alle primären Routing-Engines im TX Matrix-Router und den angeschlossenen T640-Routern dieselbe Junos OS-Version ausführen. Ebenso müssen alle Backup-Routing-Engines in einer Routing-Matrix dieselbe Junos OS-Version ausführen. Wenn Sie dieselbe Version von Junos OS auf allen primären und Backup-Routing-Engines in einer Routing-Matrix ausführen, führt eine Änderung der primären Rolle zu einer beliebigen Backup-Routing-Engine in der Routing-Matrix nicht zu einer Änderung der primären Rolle in einem anderen Chassis in der Routing-Matrix.

VORSICHT:

(Routing-Matrix basiert nur auf den Routern TX Matrix oder TX Matrix Plus) In der Routing-Matrix empfehlen wir, dass alle Routing-Engines dieselbe Junos OS-Version ausführen. Wenn Sie verschiedene Versionen auf den Routing-Engines ausführen und eine Änderung der primären Rolle in einer Backup-Routing-Engine in der Routing-Matrix erfolgt, die auf dem TX Matrix-Router oder TX Matrix Plus-Router basiert, wird möglicherweise ein oder alle Router logisch vom TX Matrix-Router oder dem TX Matrix Plus-Router getrennt und verursachen Datenverlust.

Wenn dieselbe Version von Junos OS nicht auf allen primären und Backup-Routing-Engines in der Routing-Matrix ausgeführt wird, treten die folgenden Folgen auf, wenn die failover on-loss-of-keepalives Anweisung is auf [edit chassis redundancy] Hierarchieebene eingefügt wird:

• Wenn die failover on-loss-of-keepalives Anweisung auf Hierarchieebene [edit chassis redundancy] enthalten ist und Sie oder ein Host-Subsystem eine Änderung der primären Rolle zur Backup-Routing-Engine im TX Matrix-Router initiiert, erkennen die primären Routing-Engines in den T640-Routern eine Inkonganz der Softwareversion mit der neuen primären Routing-Engine im TX Matrix-Router und wechseln die primäre Rolle zu ihren Backup-Routing-Engines.

• Wenn Sie die primäre Rolle in einem T640-Router manuell in eine Backup-Routing-Engine ändern, erkennt request chassis routing-engine master die neue primäre Routing-Engine im T640-Router eine Inkonsequenz der Softwareversion mit der primären Routing-Engine im TX Matrix-Router und gibt die primäre Rolle an die ursprüngliche primäre Routing-Engine ab. (Die primäre Rolle der Routing-Engine im TX Matrix-Router wechselt in diesem Fall nicht.)

• Wenn ein Host-Subsystem eine Änderung der primären Rolle zu einer Backup-Routing-Engine in einem T640-Router initiiert, weil die primäre Routing-Engine ausgefallen ist, wird der T640-Router logisch vom TX Matrix-Router getrennt. Um die Verbindung des T640-Routers wiederherzustellen, beginnen Sie eine Änderung der primären Rolle zur Backup-Routing-Engine im TX Matrix-Router, oder ersetzen Sie die ausgefallene Routing-Engine im T640-Router und wechseln Sie zu ihr. Die Ersatz-Routing-Engine muss dieselbe Softwareversion wie die primäre Routing-Engine im TX Matrix-Router ausführen.

Wenn dieselbe Version von Junos OS nicht auf allen primären und Backup-Routing-Engines in der Routing-Matrix ausgeführt wird, treten die folgenden Folgen auf, wenn die failover on-loss-of-keepalives Anweisung is not auf [edit chassis redundancy] Hierarchieebene eingefügt wird:

• Wenn Sie eine Änderung der primären Rolle zur Backup-Routing-Engine im TX Matrix-Router veranlassen, werden alle T640-Router logisch vom TX Matrix-Router getrennt. Um die T640-Router wieder zu verbinden, wechseln Sie die primäre Rolle aller primären Routing-Engines in den T640-Routern mit ihren Backup-Routing-Engines.

• Wenn Sie in einem T640-Router die primäre Rolle zu einer Backup-Routing-Engine wechseln, wird der T640-Router logisch vom TX Matrix-Router getrennt. Um den T640-Router erneut zu verbinden, wechseln Sie die primäre Rolle der neuen primären Routing-Engine im T640-Router zurück zur ursprünglichen primären Routing-Engine.

Routing-Engine-Redundanz auf einem TX Matrix Plus-Router

In einer Routing-Matrix müssen alle primären Routing-Engines im TX Matrix Plus-Router und im angeschlossenen LCC dieselbe Junos OS-Version ausführen. Ebenso müssen alle Backup-Routing-Engines in einer Routing-Matrix dieselbe Junos OS-Version ausführen. Wenn Sie dieselbe Version von Junos OS auf allen primären Routing-Engines und Backup-Routing-Engines in der Routing-Matrix ausführen, führt eine Änderung der primären Rolle zu einer beliebigen Backup-Routing-Engine in der Routing-Matrix nicht zu einer Änderung der primären Rolle in einem anderen Chassis in der Routing-Matrix.

VORSICHT:

(Routing-Matrix basiert nur auf den Routern TX Matrix oder TX Matrix Plus) In der Routing-Matrix empfehlen wir, dass alle Routing-Engines dieselbe Junos OS-Version ausführen. Wenn Sie verschiedene Versionen auf den Routing-Engines ausführen und eine Änderung der primären Rolle in einer Backup-Routing-Engine in der Routing-Matrix erfolgt, die auf einem TX Matrix-Router oder einem TX Matrix Plus-Router basiert, wird möglicherweise ein oder alle Router logisch vom TX Matrix-Router oder dem TX Matrix Plus-Router getrennt und verursachen Datenverlust.

Wenn dieselbe Version von Junos OS nicht auf allen primären und Backup-Routing-Engines in der Routing-Matrix ausgeführt wird, treten die folgenden Szenarien auf, wenn die failover on-loss-of-keepalives Anweisung is auf [edit chassis redundancy] Hierarchieebene enthalten ist:

• Wenn die failover on-loss-of-keepalives Anweisung auf [edit chassis redundancy] Hierarchieebene enthalten ist und Sie oder ein Host-Subsystem eine Änderung der primären Rolle zur Backup-Routing-Engine im TX Matrix Plus-Router veranlassen, erkennen die primären Routing-Engines im angeschlossenen LCC einen Softwareversionskonflikt mit der neuen primären Routing-Engine im TX Matrix Plus-Router und wechseln die primäre Rolle zu ihren Backup-Routing-Engines.

• Wenn Sie die Primäre Rolle in einer angeschlossenen LCC request chassis routing-engine master manuell in eine Backup-Routing-Engine ändern, erkennt die neue primäre Routing-Engine in der verbundenen LCC einen Mismatch der Softwareversion mit der primären Routing-Engine im TX Matrix Plus-Router und gibt die primäre Rolle an die ursprüngliche primäre Routing-Engine ab. (Die Primäre Rolle der Routing-Engine im TX Matrix Plus-Router wechselt in diesem Fall nicht.)

• Wenn ein Hostsubsystem eine Änderung der primären Rolle zu einer Backup-Routing-Engine in einem verbundenen LCC initiiert, weil die primäre Routing-Engine ausgefallen ist, wird die angeschlossene LCC logisch vom TX Matrix Plus-Router getrennt. Um die Verbindung des vernetzten LCC wiederherzustellen, beginnen Sie eine Änderung der primären Rolle zur Backup-Routing-Engine im TX Matrix Plus-Router, oder ersetzen Sie die ausgefallene Routing-Engine im angeschlossenen LCC und wechseln Sie zu ihr. Die Ersatz-Routing-Engine muss dieselbe Softwareversion wie die primäre Routing-Engine im TX Matrix Plus-Router ausführen.

Wenn dieselbe Version von Junos OS nicht auf allen primären und Backup-Routing-Engines in der Routing-Matrix ausgeführt wird, treten die folgenden Szenarien auf, wenn die failover on-loss-of-keepalives Anweisung is not auf [edit chassis redundancy] Hierarchieebene enthalten ist:

• Wenn Sie eine Änderung der primären Rolle zur Backup-Routing-Engine im TX Matrix Plus-Router veranlassen, werden alle angeschlossenen LCCs logisch vom TX Matrix Plus-Router getrennt. Um die verbundenen LCC wiederherzustellen, wechseln Sie die primäre Rolle aller primären Routing-Engines im angeschlossenen LCC mit ihren Backup-Routing-Engines.

• Wenn Sie eine Änderung der primären Rolle zu einer Backup-Routing-Engine in einem verbundenen LCC veranlassen, wird die angeschlossene LCC logisch vom TX Matrix Plus-Router getrennt. Um die Verbindung der verbundenen LCC wiederherzustellen, wechseln Sie die primäre Rolle der neuen primären Routing-Engine im verbundenen LCC zurück zur ursprünglichen primären Routing-Engine.

Situationen, in denen Routing-Engines gestoppt werden müssen

Bevor Sie eine Routing-Plattform mit zwei Routing-Engines ausschalten oder die primäre Routing-Engine entfernen, müssen Sie zunächst die Backup-Routing-Engine anhalten und dann die primäre Routing-Engine anhalten. Andernfalls müssen Sie Junos OS möglicherweise neu installieren. Sie können den request system halt both-routing-engines Befehl für die primäre Routing-Engine verwenden, die zuerst die primäre Routing-Engine herunterfährt und dann die Backup-Routing-Engine herunterfährt. Um nur die Backup-Routing-Engine herunterzufahren, erteilen Sie den request system halt Befehl für die Backup-Routing-Engine.

Wenn Sie die primäre Routing-Engine anhalten und nicht ausschalten oder entfernen, bleibt die Backup-Routing-Engine inaktiv, es sei denn, Sie haben sie als primäre konfiguriert, wenn sie einen Verlust des Keepalive-Signals von der primären Routing-Engine erkennt.

Hinweis:

Um den Router neu zu starten, müssen Sie sich am Konsolen-Port (und nicht am Ethernet-Management-Port) der Routing-Engine anmelden. Wenn Sie sich am Konsolenport der primären Routing-Engine anmelden, wird das System automatisch neu gestartet. Nachdem Sie sich am Konsolenport der Backup-Routing-Engine angemeldet haben, drücken Sie die Eingabetaste, um sie neu zu starten.

Hinweis:

Wenn Sie die Backup-Routing-Engine aktualisiert haben, starten Sie sie zunächst neu und dann die primäre Routing-Engine neu.