Konfigurieren von Routenmonitoren
Sie können Routenmonitore verwenden, um den Hochverfügbarkeitsstatus von der internen Routing-Tabelle abhängig zu machen, unabhängig davon, ob die Tabelle dynamisch gelernte oder statische Routen enthält. In einer Hochverfügbarkeitskonfiguration überprüft ein Routenmonitor auf jedem Knoten die interne Routing-Tabelle, um sicherzustellen, dass ein Routeneintrag zum Erreichen eines bestimmten Netzwerks immer vorhanden ist. Wenn der Routeneintrag nicht vorhanden ist, ändert sich der Status des Routenmonitors in DOWN.
Wenn ein NetScaler Gateway-Gerät nur statische Routen zum Erreichen eines Netzwerks hat und Sie einen Routenmonitor für das Netzwerk erstellen möchten, müssen Sie überwachte statische Routen für die statischen Routen aktivieren. Die überwachte statische Route entfernt unerreichbare statische Routen aus der internen Routing-Tabelle. Wenn Sie überwachte statische Routen für statische Routen deaktivieren, kann eine unerreichbare statische Route in der internen Routing-Tabelle verbleiben, was den Zweck des Routenmonitors zunichtemacht.
Routenmonitore werden sowohl bei aktivierten als auch bei deaktivierten Einstellungen für die unabhängige Netzwerkkonfiguration unterstützt. Die folgende Tabelle zeigt, was mit Routenmonitoren in einem Hochverfügbarkeits-Setup und bei aktivierter oder deaktivierter unabhängiger Netzwerkkonfiguration geschieht.
| Routenmonitore in Hochverfügbarkeit im Modus „Unabhängige Netzwerkkonfiguration deaktiviert“ | Routenmonitore in Hochverfügbarkeit im Modus „Unabhängige Netzwerkkonfiguration aktiviert“ |
|---|---|
| Routenmonitore werden von Knoten weitergegeben und während der Synchronisierung ausgetauscht. | Routenmonitore werden weder von Knoten weitergegeben noch während der Synchronisierung ausgetauscht. |
| Routenmonitore sind nur im aktuellen primären Knoten aktiv. | Routenmonitore sind sowohl auf dem primären als auch auf dem sekundären Knoten aktiv. |
| Das NetScaler Gateway-Gerät zeigt den Status eines Routenmonitors immer als UP an, unabhängig davon, ob der Routeneintrag in der internen Routing-Tabelle vorhanden ist oder nicht. | Das NetScaler Gateway-Gerät zeigt den Status des Routenmonitors als DOWN an, wenn der entsprechende Routeneintrag in der internen Routing-Tabelle nicht vorhanden ist. |
Ein Routenmonitor beginnt in den folgenden Fällen mit der Überwachung seiner Route, um NetScaler Gateway das Lernen der dynamischen Routen zu ermöglichen, was bis zu 180 Sekunden dauern kann: Neustart, Failover, Befehl „set route6“ für v6-Routen, Befehl „set route msr enable/disable“ für v4-Routen, Hinzufügen eines neuen Routenmonitors |
Nicht zutreffend. |
Routenmonitore sind nützlich, wenn Sie den Modus „Unabhängige Netzwerkkonfiguration“ deaktivieren und ein Gateway von einem primären Knoten als unerreichbar als eine der Bedingungen für ein Hochverfügbarkeits-Failover wünschen.
Zum Beispiel deaktivieren Sie die unabhängige Netzwerkkonfiguration in einer Hochverfügbarkeitskonfiguration in einer Zwei-Arm-Topologie, die NetScaler Gateway Appliances NS1 und NS2 im selben Subnetz hat, mit Router R1 und den Switches SW1, SW2 und SW3, wie in der folgenden Abbildung dargestellt. Da R1 der einzige Router in dieser Konfiguration ist, soll die Hochverfügbarkeitskonfiguration ein Failover durchführen, wenn R1 vom aktuellen primären Knoten nicht erreichbar ist. Sie können auf jedem der Knoten einen Routenmonitor (z. B. RM1 bzw. RM2) konfigurieren, um die Erreichbarkeit von R1 von diesem Knoten aus zu überwachen.
Wenn NS1 der aktuelle primäre Knoten ist, ist der Netzwerkfluss wie folgt:
-
Routenmonitor RM1 auf NS1 überwacht die interne Routing-Tabelle von NS1 auf das Vorhandensein eines Routeneintrags für Router R1. NS1 und NS2 tauschen in regelmäßigen Abständen Heartbeat-Nachrichten über Switch SW1 oder SW3 aus.
-
Wenn Switch SW1 ausfällt, erkennt das Routing-Protokoll auf NS1, dass R1 nicht erreichbar ist, und entfernt daher den Routeneintrag für R1 aus der internen Routing-Tabelle. NS1 und NS2 tauschen in regelmäßigen Abständen Heartbeat-Nachrichten über Switch SW3 aus.
-
Da der Routeneintrag für R1 nicht in der internen Routing-Tabelle vorhanden ist, leitet RM1 ein Failover ein. Wenn die Route zu R1 sowohl von NS1 als auch von NS2 unterbrochen ist, erfolgt alle 180 Sekunden ein Failover, bis eine der Appliances R1 erreichen und die Verbindung wiederherstellen kann.