Daemon für Serviceredundanz

Einführung in den Service Redundancy Daemon

• Der Service Redundancy Daemon (srd) stellt konfigurierbare Ereignisse bereit, 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 Switchovers für primäre Rollen basierend auf einem überwachten Ereignis verwalten. Sie können die Redundanz basierend auf überwachten Ereignissen konfigurieren, einschließlich:

  • Verknüpfen von Ereignissen.

  • 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 Senden von Warnungen.

Daemon-Komponenten für Serviceredundanz

Die folgenden konfigurierbaren Komponenten steuern die SRD-Verarbeitung:

• Redundancy Event– Ein überwachtes kritisches Ereignis, das den SRD 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 zum Abrufen oder Freigeben der primären Rolle von Peers.

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

• Redundancy Set– Eine Sammlung von einem oder mehreren Servicegruppen mit einer oder mehreren gemeinsamen Redundanzrichtlinien. Ein Redundanzsatz gilt für zwei oder mehr Systemgateways. Nur eines der Gateways ist primär, und der Peer oder die Peers sind jederzeit im Standby-Modus. Redundanzrichtlinien definieren die Aktionen, die für einen Redundanzsatz ausgeführt werden sollen, wenn der SRD ein auslösendes Ereignis erkennt.

• Redundancy Group– Zwischen einem Redundanzsatz und einer Redundanzgruppe besteht eine Eins-zu-Eins-Beziehung. Ein Redundanzsatz kann nur Teil einer Redundanzgruppe sein.

• Signal routes– Statische Routen, die vom SRD basierend auf Statusänderungen 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 unter Verwendung der if-route-exists Bedingung angekündigt werden.

• VRRP (Virtual Router Redundancy Protocol) route tracking– TA-Standard-Junos OS VRRP-Funktion, 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 dynamisch basierend auf der Erreichbarkeit der verfolgten Route ändert, wodurch eine neue Wahl des primären Routers ausgelöst wird. Bei der zu verfolgenden Strecke handelt es sich um eine Signalroute.

Daemon-Einschränkungen für Serviceredundanz

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

• Zwischen einem Redundanzsatz und einer Redundanzgruppe besteht eine Eins-zu-Eins-Beziehung. Ein Redundanzsatz kann nur Teil einer Redundanzgruppe sein.

• Eine Redundanzrichtlinie kann nur Teil eines Redundanzsatzes sein, aber ein Redundanzsatz kann mehrere Redundanzrichtlinien aufweisen. Der Redundanzsatz RS1 kann z. B. die Redundanzrichtlinien RP1 und RP2 enthalten. Die Redundanzrichtlinien RP1 und RP2 können nicht in andere Redundanzsätze als RS1 aufgenommen werden.

• Ein Redundanzereignis kann nur Teil einer Redundanzrichtlinie sein, aber eine Redundanzrichtlinie kann mehrere Redundanzereignisse enthalten. Die Redundanzrichtlinie RP1 kann z. B. die Redundanzereignisse RE1 und RE2 enthalten. Die Redundanzereignisse RE1 und RE2 können nicht in andere Redundanzrichtlinien als RP1 einbezogen werden.

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

• Ein Dienstsatz kann nur Teil eines Redundanzsatzes sein, aber ein Redundanzsatz kann mehrere Dienstsätze enthalten.

• Wenn Gateway 1, das Chassis mit der niedrigeren IP-Adresse, das primäre Chassis 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 Redundanzsatz kann nur auf einem Gateway aktiv sein, aber nicht alle Redundanzsätze müssen auf demselben Gateway aktiv sein. Beispielsweise kann Redundanzsatz A auf Gateway 1 aktiv sein, während Redundanzsatz B auf Gateway 2 aktiv ist.

Daemon-Betrieb für Serviceredundanz

Die srd funktioniert folgendermaßen:

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

2. Wenn ein Redundanzereignis erkannt wird, führt die srd:

   1. Fügt Signalrouten hinzu, die in der Redundanzrichtlinie angegeben sind, oder entfernt sie.

   2. Wechselt die Dienste zum nächsten bevorzugten Standby-Gateway.

   3. Aktualisiert zustandsbehaftete Synchronisierungsrollen nach Bedarf.

3. Daraus resultierende Routenänderungen verursachen:

   1. Die Routing-Richtlinie, die mit dieser Route verbunden ist, um Routen unterschiedlich anzukündigen.

   2. VRRP, um angekündigte Prioritäten zu ändern.

Zusammenfassend lässt sich der Switchover-Prozess wie folgt zusammenfassen:

1. Ein kritisches Ereignis tritt 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. Dienste wechseln zum nächsten bevorzugten Standby-Gateway.

5. Die zustandsbehaftete Synchronisierung wird entsprechend aktualisiert.

Plattformspezifisches Daemonverhalten der Serviceredundanz