Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Konfigurieren des Graceful Routing-Engine-Switchovers

Erfahren Sie, wie Sie Graceful Routing-Engine Switchover (GRES) mit den folgenden Schritten und Beispielen konfigurieren.

Anforderungen für Router mit einer Backup-Router-Konfiguration

Wenn Ihre Routing-Engine-Konfiguration eine backup-router Anweisung oder eine inet6-backup-router Anweisung enthält, können Sie die destination Anweisung auch verwenden, um eine Subnetzadresse oder mehrere Subnetzadressen für den Sicherungsrouter anzugeben. Schließen Sie Zielsubnetze für die Backup-Routing-Engine auf Hierarchieebene [edit system (backup-router | inet6-backup-router) address] ein. Diese Anforderung gilt auch für alle T640-Router, die mit einem TX Matrix-Router verbunden sind, der einen Backup-Router oder inet6-backup-router eine Anweisung enthält.

Anmerkung:

Wenn Sie über eine Backup-Routerkonfiguration verfügen, bei der mehrere statische Routen von der Ethernet-Verwaltungsschnittstelle auf ein Gateway verweisen, müssen Sie Präfixe konfigurieren, die spezifischer sind als die statischen Routen, oder das Retain-Flag auf Hierarchieebene [edit routing-options static route] einschließen.

Wenn Sie z. B. die statische Route 172.16.0.0/12 von der Ethernet-Managementschnittstelle für Verwaltungszwecke konfigurieren, müssen Sie die Konfiguration des Backup-Routers wie folgt angeben:

Siehe auch

Aktivieren eines Graceful-Routing-Engine-Switchovers

Standardmäßig ist Graceful Routing-Engine Switchover (GRES) deaktiviert. Um GRES zu konfigurieren, schließen Sie die graceful-switchover Anweisung auf Hierarchieebene [edit chassis redundancy] ein.

Wenn Sie GRES aktivieren, gibt die Befehlszeilenschnittstelle (CLI) an, welche Routing-Engine Sie verwenden. Zum Beispiel:

Um GRES zu deaktivieren, löschen Sie die graceful-switchover Anweisung von der [edit chassis redundancy] Hierarchieebene.

Konfigurieren von Graceful Routing-Engine Switchover mit Graceful Restart

Wenn bei Verwendung von GRES mit Graceful Restart eine Zeitüberschreitung bei Nachbarschaften zwischen der Routing-Engine und den benachbarten Peer-"Hilfs"-Routern auftritt, können Protokollerweiterungen für den ordnungsgemäßen Neustart die Peer-"Hilfsrouter" nicht über den bevorstehenden Neustart benachrichtigen. Ein ordnungsgemäßer Neustart kann dann anhalten und Unterbrechungen des Datenverkehrs verursachen.

Um sicherzustellen, dass diese Nachbarschaften beibehalten werden, ändern Sie die Haltezeit für IS-IS-Protokolle von 27 Sekunden auf einen Wert über 40 Sekunden.

Synchronisieren der Routing-Engine-Konfiguration

Anmerkung:

Eine neu eingefügte Backup-Routing-Engine synchronisiert ihre Konfiguration automatisch mit der Konfiguration der primären Routing-Engine.

Wenn Sie GRES konfigurieren, können Sie die Sicherungs-Routing-Engine online schalten, nachdem die primäre Routing-Engine bereits ausgeführt wird. Es ist nicht erforderlich, die beiden Routing-Engines gleichzeitig zu starten.

Nur wenn Sie den Graceful Routing-Engine-Switchover aktivieren, können Sie die ausgeführte Junos OS-Version der primären Routing-Engine in die Backup-Routing-Engine kopieren.

Anmerkung:

Wenn sich das System im ISSU-Status befindet, können Sie die ausgeführte Junos OS-Version der primären Router-Engine nicht kopieren.

Ab Junos OS Version 14.1 können Sie die automatische Synchronisierung der Konfiguration der primären Routing-Engine mit dem Backup-Routing-Engine aktivieren, indem Sie die Ereignisse CHASSISD_SNMP_TRAP7 Anweisung auf der Hierarchieebene [Richtlinie policy-namefür Ereignisoptionen bearbeiten] einschließen.

CHASSISD_SNMP_TRAP7 ist eine Meldung in der Systemereignisprotokollierung, dass der Chassis-Prozess (Chassisd) einen SNMP-Trap (Simple Network Management Protocol) mit den sieben angegebenen Argument-Wert-Paaren generiert. Im Folgenden finden Sie ein Beispiel für ein Ereignisskript zum Auslösen der automatischen Synchronisierung der primären mit der Backup-Routing-Engine:

Nach dem Empfang dieses Ereignisses wird die Ereignisrichtlinie auf der primären Router-Engine ausgelöst, und das im /var/sw/pkg Pfad verfügbare Image wird an das Backup-Router-Engine-Upgrade übertragen. Während der Skriptausführung wird das Image in den Pfad der Backup-Routing-Engine /var/sw/pkg kopiert.

Anmerkung:

Wenn das Image im /var/sw/pkg Pfad nicht verfügbar ist, wird das Skript mit einer entsprechenden Syslog-Meldung beendet.

Wenn die Routing-Engine unter Junos OS Version 13.2 oder höher ausgeführt wird, werden die Junos-Automatisierungsskripte automatisch synchronisiert.

Nach dem Neustart der primären Router-Engine muss das unter verfügbare Ereignisskript in die /usr/libexec/scripts/event/auto-image-upgrade.slax /var/db/scripts/event path.

Anmerkung:

Bei Routern der MX-Serie mit erweiterter Teilnehmerverwaltung wird die neue Backup-Routing-Engine (die bisherige primäre Routing-Engine) neu gestartet, wenn eine ordnungsgemäße Umschaltung der Routing-Engine durchgeführt wird. Durch diesen Kaltstart wird der Status der Backup-Routing-Engine mit dem der neuen primären Routing-Engine neu synchronisiert, wodurch Abweichungen im Status vermieden werden, die während des Switchovers aufgetreten sein könnten.

Verifizieren eines ordnungsgemäßen Routing-Engine-Umschaltungsvorgangs

Um zu überprüfen, ob GRES auf der Sicherungs-Routing-Engine aktiviert ist, geben Sie den show system switchover Befehl ein. Wenn die Ausgabe des Befehls angibt, dass das Feld Graceful-Switchover auf Ein festgelegt ist, ist GRES betriebsbereit. Der Status der Synchronisierung der Kerneldatenbank und der Konfigurationsdatenbank zwischen Routing-Engines wird ebenfalls angezeigt. Zum Beispiel:

Anmerkung:

Sie müssen den show system switchover Befehl auf der Backup-Routing-Engine ausführen. Dieser Befehl wird von der primären Routing-Engine nicht unterstützt.

Weitere Informationen zu diesem show system switchover Befehl finden Sie im CLI-Explorer.

Konfigurieren des Graceful Routing-Engine-Switchovers in einem Virtual Chassis

In einem Virtual Chassis wird einem Mitglieds-Switch die primäre Rolle zugewiesen und er verfügt über die primäre Routing-Engine. Einem anderen Mitglieds-Switch wird die Backup-Rolle zugewiesen und er verfügt über die Backup-Routing-Engine. Graceful Routing-Engine Switchover (GRES) ermöglicht es der primären und der Backup-Routing-Engine in einer Virtual Chassis-Konfiguration, ohne Unterbrechung von der primären auf die Backup-Engine umzuschalten, zur Paketweiterleitung als Failover-Lösung. Wenn Sie die Graceful-Routing-Engine-Umschaltung konfigurieren, wird die Backup-Routing-Engine automatisch mit der primären Routing-Engine synchronisiert, um die Kernelstatusinformationen und den Weiterleitungsstatus beizubehalten.

So richten Sie die Virtual Chassis-Konfiguration für die Verwendung von GRES (Graceful Routing-Engine Switchover) ein:

  1. Richten Sie mindestens zwei Switches in einer Virtual Chassis-Konfiguration mit einer primären Rollenpriorität von 255 ein:
  2. Einrichten einer eleganten Routing-Engine-Umschaltung:

Bestätigen Sie die Konfiguration.

Anmerkung:

Es wird empfohlen, den commit synchronize Befehl zu verwenden, um alle Konfigurationsänderungen zu speichern, die Sie an einem Virtual Chassis mit mehreren Mitgliedern vornehmen.

Siehe auch

Verhindern eines Graceful Routing-Engine-Switchovers bei langsamen Datenträgern

Ein unerwarteter langsamer Zugriff auf die Festplatte kann verschiedene Gründe haben, z. B. einen fehlerhaften oder fehlerhaften Sektor, und dazu führen, dass der normale Betrieb von Prozessen wie dem Routing-Prozess (rpd) unterbrochen wird. Irgendwann wird sich dies auf die Leistung des Routers auswirken. Unter diesen Umständen kann es länger dauern, bis der typische Failover-Mechanismus ausgelöst wird.

Juniper Networks hat einen Daemon zur Festplattenüberwachung eingeführt, um dieses Dilemma zu lösen. Der Daemon erkennt langsame Festplattenzugriffe und leitet ein Failover ein. Ein Failover kann die Auswirkungen auf den Datenverkehr minimieren und die ursprüngliche primäre Routing-Engine für die Backlogbereinigung entlasten.

Es gibt jedoch Fälle, in denen Sie möglicherweise kein Failover durchführen möchten. Sie können eine große Anzahl von Änderungen oder sogar geringfügige Änderungen vornehmen, die zu einer Reihe von Aktualisierungen der Routingtopologie führen können. Eine solche Aktivität kann zu einer erheblichen Verzögerung des Datenträgerzugriffs und damit zu einem Failover führen. Für erwartete Verzögerungen beim Datenträgerzugriff wie diese, bei denen Sie kein Failover auslösen möchten, können Sie festlegen, dass kein Failover stattfindet, indem Sie den chassis redundancy failover not-on-disk-underperform Konfigurationsbefehl festlegen. Eine andere Möglichkeit besteht darin, den Datenträgerüberwachungs-Daemon vollständig zu deaktivieren, indem Sie den system processes gstatd disable Befehl festlegen.

So verhindern Sie Failover bei langsamen Datenträgern in der Routing-Engine:

Legen Sie die Option fest, um zu verhindern, dass gstatd Failover als Reaktion auf langsame Datenträger auf der [edit chassis redundancy failover] Hierarchieebene initiiert.

Siehe auch

Zurücksetzen lokaler Statistiken

Wenn Sie Graceful Routing-Engine Switchover aktivieren, wird die primäre Routing-Engine-Konfiguration kopiert und in die Backup-Routing-Engine geladen. Benutzerdateien, Kontoführungsinformationen und Informationen zu Ablaufverfolgungsoptionen werden nicht in die Sicherungs-Routing-Engine repliziert.

Wenn eine ordnungsgemäße Umschaltung der Routing-Engine erfolgt, werden lokale Statistiken, z. B. Prozessstatistiken und Netzwerkstatistiken, als kumulativer Wert ab dem Zeitpunkt angezeigt, an dem der Prozess zum ersten Mal online geschaltet wurde. Da Prozesse auf der primären Routing-Engine zu unterschiedlichen Zeiten gestartet werden können als die Prozesse auf der Backup-Routing-Engine, können sich die Statistiken auf den beiden Routing-Modulen für denselben Prozess unterscheiden. Nach einem ordnungsgemäßen Umstieg auf die Routing-Engine wird empfohlen, den Befehl clear interface statistics (interface-name | all) auszuführen, um die kumulativen Werte für lokale Statistiken zurückzusetzen. Weiterleitungsstatistiken werden durch Graceful Routing-Engine-Switchover nicht beeinflusst.

Informationen zur Verwendung des Befehls clear zum Löschen von Statistiken und Protokolldatenbankinformationen finden Sie im CLI-Explorer.

Anmerkung:

Der Befehl clear firewall kann nicht verwendet werden, um die Filterzähler der Routing-Engine auf einer Backup-Routing-Engine zu löschen, die für einen ordnungsgemäßen Routing-Engine-Switchover aktiviert ist.

Siehe auch

Beispiel: Konfigurieren von IS-IS für GRES mit Graceful-Restart

In diesem Beispiel wird gezeigt, wie die Erweiterungen des Graceful Restart-Protokolls der Routing-Engine mithilfe des Intermediate System to Intermediate System (IS-IS) Interior Gateway Protocol (IS-IS) konfiguriert werden, um Graceful Routing-Engine Switchover (GRES) mit Graceful Restart erfolgreich zu aktivieren.

Anforderungen

GRES verhindert Unterbrechungen des Netzwerkdatenverkehrs, wenn die primäre Routing-Engine ausfällt, wenn sie mit einer der folgenden Aktionen kombiniert wird:

  • Graceful-Restart

  • Nonstop Active Routing (NSR)

Bevor Sie die Anweisungen hier befolgen, um den ordnungsgemäßen Neustart zu konfigurieren, stellen Sie sicher, dass Sie GRES aktiviert haben, das standardmäßig deaktiviert ist. Weitere Informationen finden Sie unter Konfigurieren des Graceful Routing-Engine-Switchovers .

Überblick

Wenn es bei Nachbarschaften zwischen der Routing-Engine und den benachbarten Peer-"Hilfs"-Routern zu einer Zeitüberschreitung kommt, können Protokollerweiterungen für den ordnungsgemäßen Neustart die Peer-"Hilfsrouter" nicht über den bevorstehenden Neustart benachrichtigen. Ein ordnungsgemäßer Neustart kann dann anhalten und Unterbrechungen des Datenverkehrs verursachen.

Um sicherzustellen, dass diese Nachbarschaften beibehalten werden, ändern Sie die Haltezeit für IS-IS-Protokolle von 27 Sekunden auf einen Wert über 40 Sekunden.

Wenn Ihr System das OSPF-Protokoll (Open Shortest Pathway First) anstelle von IS-IS verwendet, finden Sie Konfigurationsinformationen unter Beispiel: Konfigurieren von OSPF-Timern .

Konfiguration

CLI Schnellkonfiguration

Um die Haltezeit schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, und kopieren Sie dann die Befehle, und fügen Sie sie dann in die CLI auf den verschiedenen angezeigten Hierarchieebenen ein.

Jede Schnittstelle muss einzeln festgelegt werden, mit einem Wert für jede Ebene, auf der das Routing-Gerät arbeitet. In diesem Beispiel wird der empfohlene Mindestwert von 41 Sekunden verwendet, Ihr System benötigt möglicherweise einen höheren Wert basierend auf Größe und Datenverkehr.

Level 1 und Level 2 können auf unterschiedliche Werte eingestellt werden.

[Protokolle bearbeiten]

[Logisches-System-Verzeichnis bearbeiten}

[Logische-Systeme: Logischer_Systemname: Routing-Instanzen: Name der Routing-Instanz]

[Name der Routing-Instanz bearbeiten]

Konfigurieren der IS-IS-Protokollhaltezeit für einen ordnungsgemäßen Neustart

Schritt-für-Schritt-Anleitung

So konfigurieren Sie die IS-IS-Haltezeit für einen ordnungsgemäßen Neustart:

  1. Suchen oder legen Sie die Schnittstellen fest.

  2. Stellen Sie den Netzwerkpegel und die Haltezeit in Sekunden für diesen Pegel ein.

  3. Wenn das Routing-Gerät auf mehr als einer Ebene arbeitet, stellen Sie den Wert für die andere Ebene ein.

  4. Wenn Sie mit der Konfiguration des Routinggeräts fertig sind, bestätigen Sie die Konfiguration.

    Anmerkung:

    Wiederholen Sie die gesamte Konfiguration auf allen Routing-Geräten in einem gemeinsam genutzten Netzwerk.

Befund

Verifizierung

Überprüfen der Haltezeit des IS-IS-Protokolls für einen ordnungsgemäßen Neustart

Zweck

Stellen Sie sicher, dass die Haltezeit des IS-IS-Protokolls auf 41 Sekunden oder mehr festgelegt ist, um sicherzustellen, dass der ordnungsgemäße Neustart aktiviert ist.

Aktion

Bestätigen Sie Ihre Konfiguration, indem Sie den Befehl aus dem show isis adjacency brief Betriebsmodus eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Anweisungen in diesem Beispiel, um die Konfiguration zu korrigieren.

Bedeutung

Ein ausreichend hoher Wert für die IS-IS-Protokollhaltezeit ermöglicht den Neustart der Systemkonfiguration und stellt sicher, dass der Datenverkehr auch bei Ausfall einer Routing-Engine fortgesetzt wird.

Siehe auch

Zugehörige Dokumentation

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie Funktionen entdecken , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Loslassen
Beschreibung
14.1
Ab Junos OS Version 14.1 können Sie die automatische Synchronisierung der primären Routing-Engine Konfiguration mit dem Backup-Routing-Engine aktivieren, indem Sie die Ereignisse CHASSISD_SNMP_TRAP7 Anweisung auf der Hierarchieebene [Richtlinie policy-namefür Ereignisoptionen bearbeiten] einschließen.