Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Konfigurieren eines Graceful Routing-Engine-Switchovers

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

Anforderungen an 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 Backup-Router anzugeben. Schließen Sie Zielsubnetze für die Backup-Routing-Engine auf Hierarchieebene [edit system (backup-router | inet6-backup-router) address] ein.

Anmerkung:

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

Wenn Sie beispielsweise die statische Route 172.16.0.0/12 über die Ethernet-Managementschnittstelle für Verwaltungszwecke konfigurieren, müssen Sie die Konfiguration des Backup-Routers wie folgt angeben:

Aktivieren von Graceful Routing-Engine Switchover

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

Anmerkung: GRES ist standardmäßig auf Junos OS Evolved-Geräten mit dualen Routing-Engines aktiviert. Die GRES-Konfiguration ist nur für Geräte erforderlich, bei denen GRES standardmäßig deaktiviert ist.

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 aus 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 zwischen der Routing-Engine und den benachbarten Peer-"Hilfs"-Routern auftritt, können die "Graceful-Restart"-Protokollerweiterungen die Peer-"Hilfs"-Router nicht über den bevorstehenden Neustart informieren. 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 der Standardeinstellung von 27 Sekunden auf einen Wert höher als 40 Sekunden.

Synchronisieren der Konfiguration der Routing-Engine

Anmerkung:

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

Wenn Sie GRES konfigurieren, können Sie die Backup-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.

Sie können die automatische Synchronisierung der primären Routing-Engine Konfiguration mit dem Sicherungs 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 Systemereignisprotokollierungsmeldung, dass der Chassisd-Prozess (chassisd) ein SNMP-Trap (Simple Network Management Protocol) mit den sieben angegebenen Argument-Wert-Paaren generiert. Ein Beispiel für ein Ereignisskript zum Auslösen der automatischen Synchronisierung der primären mit der Backup-Routing-Engine lautet wie folgt:

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 Upgrade der Backup-Router-Engine übertragen. Während der Skriptausführung wird das Image in den /var/sw/pkg Pfad der Backup-Routing-Engine kopiert.

Anmerkung:

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

Die Junos-Automatisierungsskripte werden automatisch synchronisiert.

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

Anmerkung:

Bei Geräten, die eine erweiterte Anwender Verwaltung unterstützen, wird die neue Backup-Routing-Engine (die frühere primäre Routing-Engine) neu gestartet, wenn ein Graceful-Routing-Engine-Switchover durchgeführt wird. Durch diesen Kaltneustart wird der Status der Backup-Routing-Engine mit dem der neuen primären Routing-Engine neu synchronisiert, wodurch Zustandsabweichungen vermieden werden, die während des Switchovers aufgetreten sein könnten.

Überprüfen des Switchover-Betriebs der Graceful Routing-Engine

Geben Sie den show system switchover Befehl ein, um zu überprüfen, ob GRES auf der Backup-Routing-Engine aktiviert ist. Wenn die Ausgabe des Befehls anzeigt, dass das Feld Graceful-Switchover auf Ein gesetzt ist, ist GRES betriebsbereit. Der Status der Synchronisierung der Kerneldatenbank und der Konfigurationsdatenbank zwischen Routing-Engines wird ebenfalls bereitgestellt. Zum Beispiel:

Anmerkung:

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

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

Konfiguration eines Graceful Routing-Engine-Switchovers in einem Virtual Chassis

In einem Virtual Chassis wird einem Switch für Mitglieder 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 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 zur Backup-Paketweiterleitung als Hitless-Failover-Lösung zu wechseln. Wenn Sie einen Graceful Routing-Engine-Switchover konfigurieren, wird die Backup-Routing-Engine automatisch mit der primären Routing-Engine synchronisiert, um die Kernel-Statusinformationen und den Weiterleitungsstatus beizubehalten.

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

  1. Richten Sie mindestens zwei Switches in einer Virtual Chassis-Konfiguration mit der Primärrollenpriorität 255 ein:
  2. Richten Sie einen Graceful Routing-Engine-Switchover ein:

Bestätigen Sie die Konfiguration.

Anmerkung:

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

Verhindern eines ordnungsgemäßen Umschaltens der Routing-Engine bei langsamen Festplatten

Ein unerwartet langsamer Festplattenzugriff kann aus verschiedenen Gründen auftreten – z. B. ein fehlerhafter oder fehlerhafter Sektor – und den normalen Betrieb von Prozessen wie dem Routingprozess (RPD) behindern. Letztendlich wird die Leistung des Routers beeinträchtigt. Unter diesen Umständen kann es länger dauern, bis der typische Failover-Mechanismus ausgelöst wird.

Juniper Networks hat einen Datenträgerüberwachungs-Daemon eingeführt, um dieses Dilemma zu lösen. Der Daemon erkennt langsamen Festplattenzugriff und initiiert ein Failover. 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 nicht möchten, dass ein Failover auftritt. Sie können eine große Anzahl von Änderungen oder sogar kleinere Änderungen vornehmen, die zu einer Reihe von Updates an der Routingtopologie führen können. Solche Aktivitäten können zu einer erheblichen Verzögerung des Festplattenzugriffs führen und somit ein Failover auslösen. Für erwartete Verzögerungen beim Festplattenzugriff wie diese, bei denen Sie kein Failover auslösen möchten, können Sie festlegen, dass kein Failover erfolgt, 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 Festplatten in der Routing-Engine:

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

Zurücksetzen lokaler Statistiken

Wenn Sie den 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 Backup-Routing-Engine repliziert.

Wenn ein ordnungsgemäßer Routing-Engine-Switchover erfolgt, werden lokale Statistiken wie Prozessstatistiken und Netzwerkstatistiken als kumulierter Wert ab dem Zeitpunkt angezeigt, an dem der Prozess zum ersten Mal online geschaltet wurde. Da die 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 der beiden Routing-Engines für denselben Prozess unterscheiden. Nach einem ordnungsgemäßen Wechsel der Routing-Engine empfehlen wir Ihnen, den Befehl clear interface statistics (interface-name | all) abzusetzen, um die kumulierten Werte für lokale Statistiken zurückzusetzen. Die Weiterleitungsstatistiken werden durch den 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 Routing-Engine Filterzähler auf einem Backup-Routing-Engine zu löschen, das für den Graceful Routing-Engine-Switchover aktiviert ist.

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

In diesem Beispiel wird gezeigt, wie die Protokollerweiterungen für den ordnungsgemäßen Neustart der Routing-Engine mithilfe des Interior Gateway Protocol (IGP) von Intermediate System to Intermediate System (IS-IS) konfiguriert werden, um den GRES (Graceful Routing-Engine Switchover) mit ordnungsgemäßem Neustart erfolgreich zu aktivieren.

Anforderungen

GRES verhindert Unterbrechungen des Netzwerkdatenverkehrs, wenn die primäre Routing-Engine ausfällt, wenn es kombiniert wird mit:

  • Eleganter Neustart

  • 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 von Graceful Routing-Engine Switchover .

Überblick

Wenn bei den Nachbarschaften zwischen der Routing-Engine und den benachbarten Peer-"Helfer"-Routern eine Zeitüberschreitung auftritt, können Graceful-Restart-Protokollerweiterungen die Peer-"Helfer"-Router nicht über den bevorstehenden Neustart informieren. 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 der Standardeinstellung von 27 Sekunden auf einen Wert höher als 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 in die CLI auf den verschiedenen Hierarchieebenen ein.

Jede Schnittstelle muss einzeln eingestellt 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]

[logische-systeme-logische-system-name bearbeiten}

[logical-systems-logical-system-name routing-instances routing-instance-name bearbeiten]

[routing-instanzen routing-instanzname bearbeiten]

Konfigurieren der Haltezeit des IS-IS-Protokolls 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. Lokalisieren oder legen Sie die Schnittstellen fest.

  2. Stellen Sie die Netzwerkebene und die Haltezeit in Sekunden für diese Ebene ein.

  3. Wenn das Routing-Gerät auf mehr als einer Ebene funktioniert, legen Sie den Wert für die andere Ebene fest.

  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 eingestellt ist, um sicherzustellen, dass der ordnungsgemäße Neustart aktiviert ist.

Aktion

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

Bedeutung

Ein ausreichend hoher Wert für die Haltezeit des IS-IS-Protokolls ermöglicht einen Neustart der Systemkonfiguration und stellt sicher, dass der Datenverkehr auch dann fortgesetzt wird, wenn eine Routing-Engine ausfällt.

Zugehörige Dokumentation