Daemon für Serviceredundanz

Einführung in den Serviceredundanz-Daemon

• Der Service Redundanz Daemon (SRD) bietet konfigurierbare Ereignisse, die entscheiden können, wann Redundanz über mehrere Gateways hinweg auf Routern der MX-Serie mit MS-MPCs und MS-MICs auftritt. Auf diese Weise können Sie Primärrollen-Switchover basierend auf einem überwachten Ereignis verwalten. Sie können die Redundanz auf der Grundlage von überwachten Ereignissen konfigurieren, einschließlich:

  • Verknüpfen Sie Ereignisse.

  • FPC- und PIC-Neustarts.

  • Der Routing-Protokoll-Daemon (RPD) wird beendet und neu gestartet.

  • Peer-Gateway-Ereignisse, einschließlich Anforderungen zum Erwerb oder zur Freigabe der primären Rolle oder zum Broadcast von Warnungen.

Daemon-Komponenten für Serviceredundanz

Die folgenden konfigurierbaren Komponenten steuern die SRD-Verarbeitung:

• Redundancy Event– Ein überwachtes kritisches Ereignis, das den SRD dazu veranlasst, die primäre Rolle für Redundanz-Peers zu erwerben oder freizugeben oder reine Warnereignisse auszulösen und Signalrouten hinzuzufügen oder zu löschen. Zu den überwachten Ereignissen gehören Schnittstellen- oder Link-Down-Ereignisse, RPD-Ereignisse und Ereignisse der primären Rolle von Peers.

• Redundancy Policy– Eine Richtlinie, die die Aktionen definiert, die beim Auftreten eines Redundanzereignisses ausgeführt werden. Zu den verfügbaren Aktionen gehören das Erlangen oder Freigeben der primären Rolle und das Hinzufügen oder Löschen von Signalrouten.

• Redundancy Set– Eine Sammlung von einer oder mehreren Service-Sets mit einer gemeinsamen Redundanz-Richtlinie oder -Richtlinien. Ein Redundanz-Set gilt für zwei oder mehr System-Gateways. Nur eines der Gateways ist primär, und der oder die Peers sind jederzeit im Standby-Modus. Redundanzrichtlinien definieren die Aktionen, die für eine Redundanz zu ergreifen sind, die festgelegt wird, wenn der SRD ein auslösendes Ereignis erkennt.

• Redundancy Group– Es besteht eine Eins-zu-Eins-Beziehung zwischen einem Redundanz-Set und einer Redundanz-Gruppe. Ein Redundanz-Set kann nur Teil einer Redundanz-Gruppe sein.

• Signal routes– Statische Routen, die vom SRD basierend auf Änderungen des Status der primären Rolle hinzugefügt oder gelöscht werden.

• Routing Policies– Richtlinien, die so konfiguriert sind, dass Routen basierend auf dem Vorhandensein oder Nichtvorhandensein von Signalrouten mithilfe der if-route-exists Bedingung angekündigt werden.

• VRRP (Virtual Router Redundancy Protocol) route tracking– TA-Standard-VRRP-Funktion von Junos OS, aber optionale SRD-Komponente, die verfolgt, ob eine erreichbare Route in der Routing-Tabelle der in der Konfiguration enthaltenen Routing-Instanz vorhanden ist, und die Priorität der VRRP-Gruppe basierend auf der Erreichbarkeit der verfolgten Route dynamisch ändert, wodurch eine neue Wahl des primären Routers ausgelöst wird. Die zu verfolgende Route ist eine Signalroute.

Serviceredundanz-Daemon-Einschränkungen

Die folgenden Einschränkungen gelten für SRD-Verarbeitungskonfigurationen:

• Es besteht eine Eins-zu-Eins-Beziehung zwischen einem Redundanz-Set und einer Redundanz-Gruppe. Ein Redundanz-Set kann nur Teil einer Redundanz-Gruppe sein.

• Eine Redundanz-Richtlinie kann nur Teil eines Redundanz-Satzes sein, aber ein Redundanz-Satz kann mehrere Redundanz-Richtlinien haben. Beispielsweise kann das Redundanz-Set RS1 die Redundanz-Richtlinien RP1 und RP2 enthalten. Die Redundanzrichtlinien RP1 und RP2 können nicht in andere Redundanzsätze als RS1 aufgenommen werden.

• Ein Redundanz-Ereignis kann nur Teil einer Redundanz-Richtlinie sein, aber eine Redundanz-Richtlinie kann mehrere Redundanz-Ereignisse haben. Beispielsweise kann die Redundanzrichtlinie RP1 die Redundanzereignisse RE1 und RE2 enthalten. Die Redundanzereignisse RE1 und RE2 können nicht in andere Redundanz-Richtlinien als RP1 einbezogen werden.

• Eine überwachte Schnittstelle oder Verbindung kann nur Teil eines Redundanzereignisses sein, aber ein Redundanz-Ereignis kann mehrere überwachte Schnittstellen haben.

• Ein Service-Set kann nur Teil eines Redundanz-Sets sein, aber ein Redundanz-Set kann mehrere Service-Sets haben.

• Wenn Gateway 1, das Gehäuse, das mit der niedrigeren IP-Adresse konfiguriert ist, das primäre Gehäuse ist und Sie SRD darauf deaktivieren, erfolgt ein Switchover zu Gateway 2. Wenn Gateway 2, das Chassis, das mit der höheren IP-Adresse konfiguriert ist, das primäre Chassis ist und Sie SRD darauf deaktivieren, findet kein Switchover statt.

• Ein bestimmter Redundanz-Satz kann nur auf einem Gateway aktiv sein, aber nicht alle Redundanz-Sets müssen auf demselben Gateway aktiv sein. Beispielsweise kann Redundanz-Set A auf Gateway 1 aktiv sein, während Redundanz-Set B auf Gateway 2 aktiv ist.

Daemon-Betrieb der Serviceredundanz

Das srd funktioniert wie folgt:

1. Die SRD wird auf der Routing-Engine ausgeführt. Es überwacht kontinuierlich konfigurierte Redundanzereignisse.

2. Wenn ein Redundanz-Ereignis erkannt wird, führt das srd:

   1. Fügt in der Redundanzrichtlinie angegebene Signalrouten hinzu oder entfernt sie.

   2. Switches Services zum nächsten bevorzugten Standby-Gateway.

   3. Aktualisiert zustandsbehaftete Synchronisierungsrollen nach Bedarf.

3. Resultierende Routenänderungen verursachen:

   1. Die mit dieser Route verbundene Routing-Richtlinie, um Routen anders anzukündigen.

   2. VRRP zur Änderung der angekündigten Prioritäten.

Zusammenfassend lässt sich der Umstellungsprozess wie folgt zusammenfassen:

1. Es tritt ein kritisches Ereignis ein.

2. SRD fügt eine Signalroute hinzu oder entfernt sie.

3. Eine Routing-Richtlinie kündigt Routen unterschiedlich an. VRRP ändert angekündigte Prioritäten.

4. Services auf das nächste bevorzugte Standby-Gateway umschalten.

5. Die zustandsbehaftete Synchronisierung wird entsprechend aktualisiert.