Überwachen von Gehäuse-Cluster-Schnittstellen
Die Schnittstellenüberwachung überwacht den Status einer Schnittstelle, indem überprüft wird, ob sich die Schnittstelle in einem aktiven oder inaktiven Zustand befindet. Wenn eine oder mehrere überwachte Schnittstellen ausfallen, führt die Redundanzgruppe ein Failover auf den anderen Knoten im Cluster durch. Weitere Informationen finden Sie in den folgenden Themen:
Grundlegendes zur Überwachung von Chassis-Cluster-Redundanzgruppenschnittstellen
Damit eine Redundanzgruppe automatisch ein Failover auf einen anderen Knoten durchführen kann, müssen ihre Schnittstellen überwacht werden. Wenn Sie eine Redundanzgruppe konfigurieren, können Sie eine Reihe von Schnittstellen angeben, deren Status (oder "Zustand") von der Redundanzgruppe überwacht werden soll, um festzustellen, ob die Schnittstelle aktiv oder inaktiv ist. Eine überwachte Schnittstelle kann eine untergeordnete Schnittstelle einer ihrer redundanten Ethernet-Schnittstellen sein. Wenn Sie eine Schnittstelle für eine zu überwachende Redundanzgruppe konfigurieren, weisen Sie ihr eine Gewichtung zu.
Jede Redundanzgruppe hat einen Schwellenwerttoleranzwert, der anfänglich auf 255 festgelegt ist. Wenn eine Schnittstelle, die von einer Redundanzgruppe überwacht wird, nicht mehr verfügbar ist, wird ihre Gewichtung vom Schwellenwert der Redundanzgruppe abgezogen. Wenn der Schwellenwert einer Redundanzgruppe 0 erreicht, wird ein Failover auf den anderen Knoten ausgeführt. Wenn z. B. Redundanzgruppe 1 auf Knoten 0 primär war, wird Redundanzgruppe 1 beim Ereignis der Schwellenwertüberschreitung zu primär auf Knoten 1. In diesem Fall beginnen alle untergeordneten Schnittstellen der redundanten Ethernet-Schnittstellen von Redundanzgruppe 1 mit der Verarbeitung des Datenverkehrs.
Verwenden Sie die folgenden Befehle, um die Schnittstellengewichtung zu überprüfen:
Informationen zu Gehäuse-Clustern anzeigen
Chassis-Cluster-Schnittstellen anzeigen
Es wird nicht empfohlen, Data Plane-Module wie Schnittstellenüberwachung und IP-Überwachung auf Redundanzgruppe 0 (RG0) für Firewalls der SRX-Serie in einem Gehäuse-Cluster zu konfigurieren.
Seien Sie vorsichtig und umsichtig bei der Verwendung von manuellen Failovern der Redundanzgruppe 0. Ein Failover der Redundanzgruppe 0 impliziert ein Routing-Engine-Failover (RE), bei dem alle Prozesse, die auf dem primären Knoten ausgeführt werden, beendet und dann auf der neuen primären Routing-Engine (RE) erzeugt werden. Dieses Failover kann zu Fehlern führen, z. B. des Routing-Status, und die Leistung durch Systemänderung beeinträchtigen.
Ein Redundanzgruppenfailover tritt auf, weil der Schwellenwert durch die kumulative Gewichtung der überwachten Schnittstellen der Redundanzgruppe auf 0 gesunken ist. Wenn die überwachten Schnittstellen einer Redundanzgruppe auf beiden Knoten gleichzeitig ihre Schwellenwerte erreichen, ist die Redundanzgruppe primär auf dem Knoten mit der niedrigeren Knoten-ID, in diesem Fall Knoten 0.
Wenn Sie die Failover dämpfen möchten, die aufgrund von Fehlern bei der Schnittstellenüberwachung auftreten, verwenden Sie die Anweisung
hold-down-interval.Wenn ein Failover auf Redundanzgruppe 0 (RG0) auftritt, wird die Schnittstellenüberwachung auf dem sekundären RG0 für 30 Sekunden deaktiviert. Dadurch wird ein Failover anderer Redundanzgruppen zusammen mit einem RG0-Failover verhindert.
Vorteile der Überwachung von Schnittstellen der Chassis-Cluster-Redundanzgruppe
Hilft bei der Bestimmung des Status einer bestimmten Schnittstelle in einem Chassis-Cluster-Setup durch eine bestimmte Redundanzgruppe.
Ermöglicht das automatische Failover einer Schnittstelle zu einem anderen Knoten, wenn die Schnittstelle ausgefallen ist.
Siehe auch
Beispiel: Konfigurieren der Schnittstellenüberwachung der Chassis-Cluster-Redundanzgruppe
In diesem Beispiel wird gezeigt, wie angegeben wird, dass eine Schnittstelle von einer bestimmten Redundanzgruppe für ein automatisches Failover auf einen anderen Knoten überwacht wird. Sie weisen der zu überwachenden Schnittstelle eine Gewichtung zu und zeigen außerdem, wie der Prozess des verbleibenden Schwellenwerts einer Überwachungsschnittstelle überprüft wird, indem Sie zwei Schnittstellen von jedem Knoten konfigurieren und Redundanzgruppen zuordnen.
Anforderungen
Bevor Sie beginnen, erstellen Sie eine Redundanzgruppe. Siehe Beispiel: Konfigurieren von Chassis-Cluster-Redundanzgruppen.
Überblick
Um den verbleibenden Schwellenwert für Redundanzgruppen abzurufen, nachdem eine Überwachungsschnittstelle ausgefallen ist, können Sie Ihr System so konfigurieren, dass der Zustand der Schnittstellen überwacht wird, die zu einer Redundanzgruppe gehören. Wenn Sie einer zu überwachenden Schnittstelle eine Gewichtung zuweisen, überwacht das System die Schnittstelle auf ihre Verfügbarkeit. Wenn eine physische Schnittstelle ausfällt, wird die Gewichtung vom Schwellenwert der entsprechenden Redundanzgruppe abgezogen. Jede Redundanzgruppe hat einen Schwellenwert von 255. Wenn der Schwellenwert 0 erreicht, wird ein Failover ausgelöst, auch wenn sich die Redundanzgruppe im manuellen Failovermodus befindet und die preempt Option nicht aktiviert ist.
In diesem Beispiel überprüfen Sie den Prozess des verbleibenden Schwellenwerts einer Überwachungsschnittstelle, indem Sie zwei Schnittstellen von jedem Knoten konfigurieren und sie der Redundanzgruppe 1 (RG1) mit jeweils unterschiedlichen Gewichtungen zuordnen. Sie verwenden 130 und 140 für Knoten-0-Schnittstellen und 150 und 120 für Knoten-1-Schnittstellen. Sie konfigurieren eine Schnittstelle von jedem Knoten und ordnen die Schnittstellen Redundanzgruppe 2 (RG2) mit jeweils einer Standardgewichtung von 255 zu.
Abbildung 1 veranschaulicht die in diesem Beispiel verwendete Netzwerktopologie.
Topologie
Konfiguration
CLI Schnellkonfiguration
Um dieses Beispiel 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, kopieren Sie die Befehle, fügen Sie sie in die CLI auf der Hierarchieebene ein, und geben Sie sie dann aus dem edit Konfigurationsmodus ein commit .
set chassis cluster reth-count 3
set chassis cluster redundancy-group 0 node 0 priority 254
set chassis cluster redundancy-group 0 node 1 priority 1
set chassis cluster redundancy-group 1 node 0 priority 200
set chassis cluster redundancy-group 1 node 1 priority 100
set chassis cluster redundancy-group 1 interface-monitor ge-0/0/1 weight 130
set chassis cluster redundancy-group 1 interface-monitor ge-0/0/2 weight 140
set chassis cluster redundancy-group 1 interface-monitor ge-8/0/1 weight 150
set chassis cluster redundancy-group 1 interface-monitor ge-8/0/2 weight 120
set chassis cluster redundancy-group 2 node 0 priority 200
set chassis cluster redundancy-group 2 node 1 priority 100
set chassis cluster redundancy-group 2 interface-monitor ge-0/0/3 weight 255
set chassis cluster redundancy-group 2 interface-monitor ge-8/0/3 weight 255
set interfaces ge-0/0/1 gigether-options redundant-parent reth0
set interfaces ge-0/0/2 gigether-options redundant-parent reth1
set interfaces ge-0/0/3 gigether-options redundant-parent reth2
set interfaces ge-8/0/1 gigether-options redundant-parent reth0
set interfaces ge-8/0/2 gigether-options redundant-parent reth1
set interfaces ge-8/0/3 gigether-options redundant-parent reth2
set interfaces reth0 redundant-ether-options redundancy-group 1
set interfaces reth0 unit 0 family inet address 10.1.1.1/24
set interfaces reth1 redundant-ether-options redundancy-group 1
set interfaces reth1 unit 0 family inet address 10.2.2.2/24
set interfaces reth2 redundant-ether-options redundancy-group 2
set interfaces reth2 unit 0 family inet address 10.3.3.3/24
Verfahren
Schritt-für-Schritt-Anleitung
Im folgenden Beispiel müssen Sie durch verschiedene Ebenen in der Konfigurationshierarchie navigieren. Anweisungen hierzu finden Sie unter Verwenden des CLI-Editors im Konfigurationsmodus im Junos OS CLI-Benutzerhandbuch.
So konfigurieren Sie die Überwachung der Chassis-Cluster-Schnittstelle:
-
Geben Sie die Anzahl der redundanten Ethernet-Schnittstellen an.
[edit chassis cluster] user@host# set reth-count 3 -
Richten Sie die Redundanzgruppe 0 für die Failovereigenschaften der Routing-Engine ein, und richten Sie RG1 und RG2 (in diesem Beispiel befinden sich alle Schnittstellen in einer Redundanzgruppe) ein, um die Failovereigenschaften für die redundanten Ethernetschnittstellen zu definieren.
[edit chassis cluster] user@host# set redundancy-group 0 node 0 priority 254 user@host# set redundancy-group 0 node 1 priority 1 user@host# set redundancy-group 1 node 0 priority 200 user@host# set redundancy-group 1 node 1 priority 100 user@host# set redundancy-group 2 node 0 priority 200 user@host# set redundancy-group 2 node 1 priority 100 -
Richten Sie die Schnittstellenüberwachung ein, um den Zustand der Schnittstellen zu überwachen und ein Redundanzgruppen-Failover auszulösen.
Wir raten davon ab, die Schnittstellenüberwachung für RG0 zu überwachen, da dies dazu führt, dass die Steuerungsebene von einem Knoten zu einem anderen Knoten wechselt, falls ein Schnittstellenfehler auftritt.
[edit chassis cluster] user@host# set redundancy-group 1 interface-monitor ge-0/0/1 weight 130 user@host# set redundancy-group 1 interface-monitor ge-0/0/2 weight 140 user@host# set redundancy-group 1 interface-monitor ge-8/0/1 weight 150 user@host# set redundancy-group 1 interface-monitor ge-0/0/2 weight 120 user@host# set redundancy-group 2 interface-monitor ge-0/0/3 weight 255 user@host# set redundancy-group 2 interface-monitor ge-8/0/3 weight 255Ein Schnittstellen-Failover tritt erst auf, wenn die Gewichtung Null erreicht.
-
Richten Sie die redundanten Ethernet-Schnittstellen (reth) ein und weisen Sie sie einer Zone zu.
[edit interfaces] user@host# set ge-0/0/1 gigether-options redundant-parent reth0 user@host# set ge-0/0/2 gigether-options redundant-parent reth1 user@host# set ge-0/0/3 gigether-options redundant-parent reth2 user@host# set ge-8/0/1 gigether-options redundant-parent reth0 user@host# set ge-8/0/2 gigether-options redundant-parent reth1 user@host# set ge-8/0/3 gigether-options redundant-parent reth2 user@host# set reth0 redundant-ether-options redundancy-group 1 user@host# set reth0 unit 0 family inet address 10.1.1.1/24 user@host# set reth1 redundant-ether-options redundancy-group 1 user@host# set reth1 unit 0 family inet address 10.2.2.2/24 user@host# set reth2 redundant-ether-options redundancy-group 2 user@host# set reth2 unit 0 family inet address 10.3.3.3/24
Befund
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show chassis Befehle und show interfaces eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Konfigurationsanweisungen in diesem Beispiel, um sie zu korrigieren.
[edit]
user@host# show chassis
cluster {
reth-count 3;
redundancy-group 0 {
node 0 priority 254;
node 1 priority 1;
}
redundancy-group 1 {
node 0 priority 200;
node 1 priority 100;
interface-monitor {
ge-0/0/1 weight 130;
ge-0/0/2 weight 140;
ge-8/0/1 weight 150;
ge-8/0/2 weight 120;
}
}
redundancy-group 2 {
node 0 priority 200;
node 1 priority 100;
interface-monitor {
ge-0/0/3 weight 255;
ge-8/0/3 weight 255;
}
}
}
[edit]
user@host# show interfaces
ge-0/0/1 {
gigether-options {
redundant-parent reth0;
}
}
ge-0/0/2 {
gigether-options {
redundant-parent reth1;
}
}
ge-0/0/3 {
gigether-options {
redundant-parent reth2;
}
}
ge-8/0/1 {
gigether-options {
redundant-parent reth0;
}
}
ge-8/0/2 {
gigether-options {
redundant-parent reth1;
}
}
ge-8/0/3 {
gigether-options {
redundant-parent reth2;
}
}
reth0 {
redundant-ether-options {
redundancy-group 1;
}
unit 0 {
family inet {
address 10.1.1.1/24;
}
}
}
reth1 {
redundant-ether-options {
redundancy-group 1;
}
unit 0 {
family inet {
address 10.2.2.2/24;
}
}
}
reth2 {
redundant-ether-options {
redundancy-group 2;
}
unit 0 {
family inet {
address 10.3.3.3/24;
}
}
}
Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.
Verifizierung
In den folgenden Abschnitten werden Sie durch den Prozess der Überprüfung und (in einigen Fällen) der Fehlerbehebung des Schnittstellenstatus geführt. Der Prozess zeigt Ihnen, wie Sie den Status jeder Schnittstelle in der Redundanzgruppe überprüfen, sie nach der Deaktivierung erneut überprüfen und nach Details zu den einzelnen Schnittstellen suchen, bis Sie alle Schnittstellen in der Redundanzgruppe durchlaufen haben.
In diesem Beispiel überprüfen Sie den Prozess des verbleibenden Schwellenwerts einer Überwachungsschnittstelle, indem Sie zwei Schnittstellen von jedem Knoten konfigurieren und RG1 mit jeweils unterschiedlichen Gewichtungen zuordnen. Sie verwenden 130 und 140 für Knoten-0-Schnittstellen und 150 und 120 für Knoten-1-Schnittstellen. Sie konfigurieren eine Schnittstelle von jedem Knoten und ordnen die Schnittstellen RG2 zu, jeweils mit der Standardgewichtung von 255.
- Überprüfen des Chassis-Cluster-Status
- Überprüfen von Chassis-Cluster-Schnittstellen
- Überprüfen der Gehäuse-Cluster-Informationen
- Überprüfen des Status der Schnittstelle ge-0/0/1 nach dem Deaktivieren der Schnittstelle ge-0/0/1 von RG1 in Knoten 0 mit einer Gewichtung von 130
- Überprüfen des Chassis-Cluster-Status nach Deaktivierung der Schnittstelle ge-0/0/1 von RG1 in Knoten 0 mit einer Gewichtung von 130
- Überprüfen von Chassis-Cluster-Schnittstellen nach dem Deaktivieren der Schnittstelle ge-0/0/1 von RG1 in Knoten 0 mit einer Gewichtung von 130
- Überprüfen der Chassis-Cluster-Informationen nach dem Deaktivieren der Schnittstelle ge-0/0/1 von RG1 in Knoten 0 mit einer Gewichtung von 130
- Überprüfen, ob die Schnittstelle ge-0/0/2 deaktiviert ist
- Überprüfen des Gehäuse-Cluster-Status nach dem Deaktivieren der Schnittstelle GE-0/0/2
- Überprüfen von Chassis-Cluster-Schnittstellen nach dem Deaktivieren der Schnittstelle GE-0/0/2
- Überprüfen der Gehäuse-Cluster-Informationen nach dem Deaktivieren der Schnittstelle GE-0/0/2
- Überprüfen des Schnittstellenstatus nach Deaktivierung von ge-0/0/3
- Überprüfen des Gehäuse-Cluster-Status nach dem Deaktivieren der Schnittstelle GE-0/0/3
- Überprüfen von Gehäuse-Cluster-Schnittstellen nach dem Deaktivieren der Schnittstelle GE-0/0/3
- Überprüfen der Gehäuse-Cluster-Informationen nach dem Deaktivieren der Schnittstelle GE-0/0/3
- Überprüfen, ob die Schnittstelle GE-0/0/2 aktiviert ist
- Überprüfen des Gehäuse-Cluster-Status nach der Aktivierung der Schnittstelle GE-0/0/2
- Überprüfen von Gehäuse-Cluster-Schnittstellen nach der Aktivierung der Schnittstelle GE-0/0/2
- Überprüfen der Gehäuse-Cluster-Informationen nach der Aktivierung der Schnittstelle GE-0/0/2
- Überprüfen von Chassis-Cluster RG2 Preempt
- Überprüfen des Gehäuseclusterstatus nach dem Trennen von RG2
- Überprüfen, ob die Schnittstelle GE-0/0/3 aktiviert ist
- Überprüfen des Gehäuse-Cluster-Status nach der Aktivierung der Schnittstelle GE-0/0/3
- Überprüfen von Chassis-Cluster-Schnittstellen nach der Aktivierung der Schnittstelle GE-0/0/3
- Überprüfen der Gehäuse-Cluster-Informationen nach der Aktivierung der Schnittstelle GE-0/0/3
Überprüfen des Chassis-Cluster-Status
Zweck
Überprüfen Sie den Gehäuse-Clusterstatus, den Failover-Status und die Informationen zur Redundanzgruppe.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster status Befehl ein.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes:
CS Cold Sync monitoring FL Fabric Connection monitoring
GR GRES monitoring HW Hardware monitoring
IF Interface monitoring IP IP monitoring
LB Loopback monitoring MB Mbuf monitoring
NH Nexthop monitoring NP NPC monitoring
SP SPU monitoring SM Schedule monitoring
CF Config Sync monitoring
Cluster ID: 2
Node Priority Status Preempt Manual Monitor-failures
Redundancy group: 0 , Failover count: 1
node0 254 primary no no None
node1 1 secondary no no None
Redundancy group: 1 , Failover count: 1
node0 200 primary no no None
node1 100 secondary no no None
Redundancy group: 2 , Failover count: 1
node0 200 primary no no None
node1 100 secondary no no None
Bedeutung
Verwenden Sie den show chassis cluster status Befehl, um zu bestätigen, dass die Geräte im Chassis-Cluster ordnungsgemäß kommunizieren, wobei ein Gerät als primärer und das andere als sekundärer Knoten fungiert.
Überprüfen von Chassis-Cluster-Schnittstellen
Zweck
Überprüfen Sie die Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Firewall- und Steuerschnittstellen-Hellos sowie den Status der Überwachungsschnittstellen im Cluster.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster interfaces Befehl ein.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up
Control interfaces:
Index Interface Monitored-Status Internal-SA
0 em0 Up Disabled
1 em1 Down Disabled
Fabric link status: Up
Fabric interfaces:
Name Child-interface Status
(Physical/Monitored)
fab0 ge-0/0/0 Up / Up
fab0
fab1 ge-8/0/0 Up / Up
fab1
Redundant-ethernet Information:
Name Status Redundancy-group
reth0 Up 1
reth1 Up 1
reth2 Up 2
Redundant-pseudo-interface Information:
Name Status Redundancy-group
lo0 Up 0
Interface Monitoring:
Interface Weight Status Redundancy-group
ge-8/0/2 120 Up 1
ge-8/0/1 150 Up 1
ge-0/0/2 140 Up 1
ge-0/0/1 130 Up 1
ge-8/0/3 255 Up 2
ge-0/0/3 255 Up 2
Bedeutung
Die Beispielausgabe bestätigt, dass Überwachungsschnittstellen aktiv sind und dass die Gewichtung jeder überwachten Schnittstelle korrekt wie konfiguriert angezeigt wird. Diese Werte ändern sich nicht, wenn die Schnittstelle nach oben oder unten geht. Die Gewichtungen ändern sich nur für die redundante Gruppe und können angezeigt werden, wenn Sie den show chassis cluster information Befehl verwenden.
Überprüfen der Gehäuse-Cluster-Informationen
Zweck
Überprüfen Sie die Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Firewall- und Steuerschnittstellen-Hellos sowie den Status der Überwachungsschnittstellen im Cluster.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster information Befehl ein.
{primary:node0}
user@host> show chassis cluster information
node0:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 22:56:27 hold secondary Hold timer expired
Feb 24 22:56:34 secondary primary Better priority (254/1)
Redundancy Group 1 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:12 secondary primary Remote yield (0/0)
Redundancy Group 2 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:13 secondary primary Remote yield (0/0)
Chassis cluster LED information:
Current LED color: Green
Last LED change reason: No failures
node1:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 22:56:34 hold secondary Hold timer expired
Redundancy Group 1 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Redundancy Group 2 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Chassis cluster LED information:
Current LED color: Green
Last LED change reason: No failures
Bedeutung
Die Beispielausgabe bestätigt, dass Knoten 0 und Knoten 1 fehlerfrei sind, und die grüne LED am Gerät zeigt an, dass keine Fehler aufgetreten sind. Außerdem wird die Standardgewichtung der Redundanzgruppe (255) angezeigt. Die Standardgewichtung wird immer dann abgezogen, wenn eine Schnittstelle, die der entsprechenden Redundanzgruppe zugeordnet ist, ausfällt.
In den nachfolgenden Abschnitten zur Überprüfung erfahren Sie, wie sich der Wert der Redundanzgruppe ändert, wenn eine Überwachungsschnittstelle ausfällt oder hochgefahren wird.
Überprüfen des Status der Schnittstelle ge-0/0/1 nach dem Deaktivieren der Schnittstelle ge-0/0/1 von RG1 in Knoten 0 mit einer Gewichtung von 130
Zweck
Stellen Sie sicher, dass die Schnittstelle ge-0/0/1 auf Knoten 0 deaktiviert ist.
Aktion
Geben Sie im Konfigurationsmodus den set interface ge-0/0/1 disable Befehl ein.
{primary:node0}
user@host# set interface ge-0/0/1 disable
user@host# commit
node0:
configuration check succeeds
node1:
commit complete
node0:
commit complete
{primary:node0}
user@host# show interfaces ge-0/0/1
disable;
gigether-options {
redundant-parent reth0;
}
Bedeutung
Die Beispielausgabe bestätigt, dass die Schnittstelle ge-0/0/1 deaktiviert ist.
Überprüfen des Chassis-Cluster-Status nach Deaktivierung der Schnittstelle ge-0/0/1 von RG1 in Knoten 0 mit einer Gewichtung von 130
Zweck
Überprüfen Sie den Gehäuse-Clusterstatus, den Failover-Status und die Informationen zur Redundanzgruppe.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster status Befehl ein.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes:
CS Cold Sync monitoring FL Fabric Connection monitoring
GR GRES monitoring HW Hardware monitoring
IF Interface monitoring IP IP monitoring
LB Loopback monitoring MB Mbuf monitoring
NH Nexthop monitoring NP NPC monitoring
SP SPU monitoring SM Schedule monitoring
CF Config Sync monitoring
Cluster ID: 2
Node Priority Status Preempt Manual Monitor-failures
Redundancy group: 0 , Failover count: 1
node0 254 primary no no None
node1 1 secondary no no None
Redundancy group: 1 , Failover count: 1
node0 200 primary no no None
node1 100 secondary no no None
Redundancy group: 2 , Failover count: 1
node0 200 primary no no None
node1 100 secondary no no None
Bedeutung
Verwenden Sie den show chassis cluster status Befehl, um zu bestätigen, dass die Geräte im Chassis-Cluster ordnungsgemäß kommunizieren, wobei ein Gerät als primärer und das andere als sekundärer Knoten fungiert.
Überprüfen von Chassis-Cluster-Schnittstellen nach dem Deaktivieren der Schnittstelle ge-0/0/1 von RG1 in Knoten 0 mit einer Gewichtung von 130
Zweck
Überprüfen Sie die Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Firewall- und Steuerschnittstellen-Hellos sowie den Status der Überwachungsschnittstellen im Cluster.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster interfaces Befehl ein.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up
Control interfaces:
Index Interface Monitored-Status Internal-SA
0 em0 Up Disabled
1 em1 Down Disabled
Fabric link status: Up
Fabric interfaces:
Name Child-interface Status
(Physical/Monitored)
fab0 ge-0/0/0 Up / Up
fab0
fab1 ge-8/0/0 Up / Up
fab1
Redundant-ethernet Information:
Name Status Redundancy-group
reth0 Down 1
reth1 Up 1
reth2 Up 2
Redundant-pseudo-interface Information:
Name Status Redundancy-group
lo0 Up 0
Interface Monitoring:
Interface Weight Status Redundancy-group
ge-8/0/2 120 Up 1
ge-8/0/1 150 Up 1
ge-0/0/2 140 Up 1
ge-0/0/1 130 Down 1
ge-8/0/3 255 Up 2
ge-0/0/3 255 Up 2
Bedeutung
Die Beispielausgabe bestätigt, dass die Überwachungsschnittstelle ge-0/0/1 ausgefallen ist.
Überprüfen der Chassis-Cluster-Informationen nach dem Deaktivieren der Schnittstelle ge-0/0/1 von RG1 in Knoten 0 mit einer Gewichtung von 130
Zweck
Überprüfen Sie die Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Firewall- und Steuerschnittstellen-Hellos sowie den Status der Überwachungsschnittstellen im Cluster.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster information Befehl ein.
{primary:node0}
user@host> show chassis cluster information
node0:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 22:56:27 hold secondary Hold timer expired
Feb 24 22:56:34 secondary primary Better priority (254/1)
Redundancy Group 1 , Current State: primary, Weight: 125
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:12 secondary primary Remote yield (0/0)
Redundancy Group 2 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:13 secondary primary Remote yield (0/0)
Chassis cluster LED information:
Current LED color: Green
Last LED change reason: No failures
Failure Information:
Interface Monitoring Failure Information:
Redundancy Group 1, Monitoring status: Unhealthy
Interface Status
ge-0/0/1 Down
node1:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 22:56:34 hold secondary Hold timer expired
Redundancy Group 1 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Redundancy Group 2 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Chassis cluster LED information:
Current LED color: Amber
Last LED change reason: Monitored objects are down
Bedeutung
Die Beispielausgabe bestätigt, dass in Knoten 0 die RG1-Gewichtung auf 125 (d. h. 255 minus 130) reduziert wurde, da die Überwachungsschnittstelle ge-0/0/1 (Gewichtung 130) ausgefallen ist. Der Überwachungsstatus ist fehlerhaft, die Geräte-LED leuchtet gelb und der Schnittstellenstatus von ge-0/0/1 ist down.
Wenn die Schnittstelle ge-0/0/1 wieder hochgefahren wird, wird die Gewichtung von RG1 in Knoten 0 zu 255. Umgekehrt, wenn die Schnittstelle ge-0/0/2 ebenfalls deaktiviert ist, wird die Gewichtung von RG1 in Knoten 0 0 oder weniger (in diesem Beispiel 125 minus 140 = -15) und löst ein Failover aus, wie im nächsten Überprüfungsabschnitt angegeben.
Überprüfen, ob die Schnittstelle ge-0/0/2 deaktiviert ist
Zweck
Stellen Sie sicher, dass die Schnittstelle ge-0/0/2 auf Knoten 0 deaktiviert ist.
Aktion
Geben Sie im Konfigurationsmodus den set interface ge-0/0/2 disable Befehl ein.
{primary:node0}
user@host# set interface ge-0/0/2 disable
user@host# commit
node0:
configuration check succeeds
node1:
commit complete
node0:
commit complete
{primary:node0}
user@host# show interfaces ge-0/0/2
disable;
gigether-options {
redundant-parent reth1;
}
Bedeutung
Die Beispielausgabe bestätigt, dass die Schnittstelle ge-0/0/2 deaktiviert ist.
Überprüfen des Gehäuse-Cluster-Status nach dem Deaktivieren der Schnittstelle GE-0/0/2
Zweck
Überprüfen Sie den Gehäuse-Clusterstatus, den Failover-Status und die Informationen zur Redundanzgruppe.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster status Befehl ein.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes:
CS Cold Sync monitoring FL Fabric Connection monitoring
GR GRES monitoring HW Hardware monitoring
IF Interface monitoring IP IP monitoring
LB Loopback monitoring MB Mbuf monitoring
NH Nexthop monitoring NP NPC monitoring
SP SPU monitoring SM Schedule monitoring
CF Config Sync monitoring
Cluster ID: 2
Node Priority Status Preempt Manual Monitor-failures
Redundancy group: 0 , Failover count: 1
node0 254 primary no no None
node1 1 secondary no no None
Redundancy group: 1 , Failover count: 2
node0 0 secondary no no IF
node1 100 primary no no None
Redundancy group: 2 , Failover count: 1
node0 200 primary no no None
node1 100 secondary no no None
Bedeutung
Verwenden Sie den show chassis cluster status Befehl, um zu bestätigen, dass die Geräte im Chassis-Cluster ordnungsgemäß kommunizieren, wobei ein Gerät als primärer und das andere als sekundärer Knoten fungiert. Auf RG1 wird ein Schnittstellenfehler angezeigt, da beide Schnittstellen, die RG1 auf Knoten 0 zugeordnet sind, während der Schnittstellenüberwachung ausgefallen sind.
Überprüfen von Chassis-Cluster-Schnittstellen nach dem Deaktivieren der Schnittstelle GE-0/0/2
Zweck
Überprüfen Sie die Informationen zu Gehäuse-Cluster-Schnittstellen.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster interfaces Befehl ein.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up
Control interfaces:
Index Interface Monitored-Status Internal-SA
0 em0 Up Disabled
1 em1 Down Disabled
Fabric link status: Up
Fabric interfaces:
Name Child-interface Status
(Physical/Monitored)
fab0 ge-0/0/0 Up / Up
fab0
fab1 ge-8/0/0 Up / Up
fab1
Redundant-ethernet Information:
Name Status Redundancy-group
reth0 Up 1
reth1 Up 1
reth2 Up 2
Redundant-pseudo-interface Information:
Name Status Redundancy-group
lo0 Up 0
Interface Monitoring:
Interface Weight Status Redundancy-group
ge-8/0/2 120 Up 1
ge-8/0/1 150 Up 1
ge-0/0/2 140 Down 1
ge-0/0/1 130 Down 1
ge-8/0/3 255 Up 2
ge-0/0/3 255 Up 2
Bedeutung
Die Beispielausgabe bestätigt, dass die Überwachungsschnittstellen ge-0/0/1 und ge-0/0/2 ausgefallen sind.
Überprüfen der Gehäuse-Cluster-Informationen nach dem Deaktivieren der Schnittstelle GE-0/0/2
Zweck
Überprüfen Sie die Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Firewall- und Steuerschnittstellen-Hellos sowie den Status der Überwachungsschnittstellen im Cluster.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster information Befehl ein.
{primary:node0}
user@host> show chassis cluster information
node0:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 22:56:27 hold secondary Hold timer expired
Feb 24 22:56:34 secondary primary Better priority (254/1)
Redundancy Group 1 , Current State: secondary, Weight: -15
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:12 secondary primary Remote yield (0/0)
Feb 24 23:31:36 primary secondary-hold Monitor failed: IF
Feb 24 23:31:37 secondary-hold secondary Ready to become secondary
Redundancy Group 2 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:13 secondary primary Remote yield (0/0)
Chassis cluster LED information:
Current LED color: Amber
Last LED change reason: Monitored objects are down
Failure Information:
Interface Monitoring Failure Information:
Redundancy Group 1, Monitoring status: Failed
Interface Status
ge-0/0/2 Down
ge-0/0/1 Down
node1:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 22:56:34 hold secondary Hold timer expired
Redundancy Group 1 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Feb 24 23:31:36 secondary primary Remote is in secondary hold
Redundancy Group 2 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Chassis cluster LED information:
Current LED color: Amber
Last LED change reason: Monitored objects are down
Bedeutung
Die Beispielausgabe bestätigt, dass in Knoten 0 die Überwachungsschnittstellen ge-0/0/1 und ge-0/0/2 ausgefallen sind. Die Gewichtung von RG1 auf Knoten 0 erreichte den Wert Null, wodurch ein RG1-Failover während der show chassis cluster status Verwendung des Befehls ausgelöst wurde.
Für RG2 ist die Standardgewichtung von 255 für redundante Ethernet-Schnittstelle 2 (reth2) festgelegt. Wenn eine Schnittstellenüberwachung erforderlich ist, empfehlen wir, die Standardgewichtung zu verwenden, wenn Sie nicht über Sicherungsverbindungen wie in RG1 verfügen. Das heißt, wenn die Schnittstelle ge-0/0/3 deaktiviert ist, wird sofort ein Failover ausgelöst, da die Gewichtung 0 (255 minus 225) wird, wie im nächsten Überprüfungsabschnitt angegeben.
Überprüfen des Schnittstellenstatus nach Deaktivierung von ge-0/0/3
Zweck
Stellen Sie sicher, dass die Schnittstelle ge-0/0/3 auf Knoten 0 deaktiviert ist.
Aktion
Geben Sie im Konfigurationsmodus den set interface ge-0/0/3 disable Befehl ein.
{primary:node0}
user@host# set interface ge-0/0/3 disable
user@host# commit
node0:
configuration check succeeds
node1:
commit complete
node0:
commit complete
{primary:node0}
user@host# show interfaces ge-0/0/3
disable;
gigether-options {
redundant-parent reth2;
}
Bedeutung
Die Beispielausgabe bestätigt, dass die Schnittstelle ge-0/0/3 deaktiviert ist.
Überprüfen des Gehäuse-Cluster-Status nach dem Deaktivieren der Schnittstelle GE-0/0/3
Zweck
Überprüfen Sie den Gehäuse-Clusterstatus, den Failover-Status und die Informationen zur Redundanzgruppe.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster status Befehl ein.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes:
CS Cold Sync monitoring FL Fabric Connection monitoring
GR GRES monitoring HW Hardware monitoring
IF Interface monitoring IP IP monitoring
LB Loopback monitoring MB Mbuf monitoring
NH Nexthop monitoring NP NPC monitoring
SP SPU monitoring SM Schedule monitoring
CF Config Sync monitoring
Cluster ID: 2
Node Priority Status Preempt Manual Monitor-failures
Redundancy group: 0 , Failover count: 1
node0 254 primary no no None
node1 1 secondary no no None
Redundancy group: 1 , Failover count: 2
node0 0 secondary no no IF
node1 100 primary no no None
Redundancy group: 2 , Failover count: 2
node0 0 secondary no no IF
node1 100 primary no no None
Bedeutung
Verwenden Sie den show chassis cluster status Befehl, um zu bestätigen, dass die Geräte im Chassis-Cluster ordnungsgemäß kommunizieren, wobei ein Gerät als primärer und das andere als sekundärer Knoten fungiert.
Überprüfen von Gehäuse-Cluster-Schnittstellen nach dem Deaktivieren der Schnittstelle GE-0/0/3
Zweck
Überprüfen Sie die Informationen zu Gehäuse-Cluster-Schnittstellen.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster interfaces Befehl ein.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up
Control interfaces:
Index Interface Monitored-Status Internal-SA
0 em0 Up Disabled
1 em1 Down Disabled
Fabric link status: Up
Fabric interfaces:
Name Child-interface Status
(Physical/Monitored)
fab0 ge-0/0/0 Up / Up
fab0
fab1 ge-8/0/0 Up / Up
fab1
Redundant-ethernet Information:
Name Status Redundancy-group
reth0 Up 1
reth1 Up 1
reth2 Up 2
Redundant-pseudo-interface Information:
Name Status Redundancy-group
lo0 Up 0
Interface Monitoring:
Interface Weight Status Redundancy-group
ge-8/0/2 120 Up 1
ge-8/0/1 150 Up 1
ge-0/0/2 140 Down 1
ge-0/0/1 130 Down 1
ge-8/0/3 255 Up 2
ge-0/0/3 255 Down 2
Bedeutung
Die Beispielausgabe bestätigt, dass die Überwachungsschnittstellen ge-0/0/1, ge-0/0/2 und ge-0/0/3 ausgefallen sind.
Überprüfen der Gehäuse-Cluster-Informationen nach dem Deaktivieren der Schnittstelle GE-0/0/3
Zweck
Überprüfen Sie die Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Firewall- und Steuerschnittstellen-Hellos sowie den Status der Überwachungsschnittstellen im Cluster.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster information Befehl ein.
{primary:node0}
user@host> show chassis cluster information
node0:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 22:56:27 hold secondary Hold timer expired
Feb 24 22:56:34 secondary primary Better priority (254/1)
Redundancy Group 1 , Current State: secondary, Weight: -15
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:12 secondary primary Remote yield (0/0)
Feb 24 23:31:36 primary secondary-hold Monitor failed: IF
Feb 24 23:31:37 secondary-hold secondary Ready to become secondary
Redundancy Group 2 , Current State: secondary, Weight: 0
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:13 secondary primary Remote yield (0/0)
Feb 24 23:35:57 primary secondary-hold Monitor failed: IF
Feb 24 23:35:58 secondary-hold secondary Ready to become secondary
Chassis cluster LED information:
Current LED color: Amber
Last LED change reason: Monitored objects are down
Failure Information:
Interface Monitoring Failure Information:
Redundancy Group 1, Monitoring status: Failed
Interface Status
ge-0/0/2 Down
ge-0/0/1 Down
Redundancy Group 2, Monitoring status: Failed
Interface Status
ge-0/0/3 Down
node1:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 22:56:34 hold secondary Hold timer expired
Redundancy Group 1 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Feb 24 23:31:36 secondary primary Remote is in secondary hold
Redundancy Group 2 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Feb 24 23:35:57 secondary primary Remote is in secondary hold
Chassis cluster LED information:
Current LED color: Amber
Last LED change reason: Monitored objects are down
Bedeutung
Die Beispielausgabe bestätigt, dass in Knoten 0 die Überwachungsschnittstellen ge-0/0/1, ge-0/0/2 und ge-0/0/3 ausgefallen sind.
In Bezug auf RG1 löst das Zulassen einer beliebigen Schnittstelle in Knoten 0 nur dann ein Failover aus, wenn die preempt Option aktiviert ist. Im Beispiel preempt ist nicht aktiviert. Daher sollte der Knoten wieder in den Normalzustand zurückkehren, ohne dass ein Monitorfehler für RG1 angezeigt wird.
Überprüfen, ob die Schnittstelle GE-0/0/2 aktiviert ist
Zweck
Stellen Sie sicher, dass die Schnittstelle ge-0/0/2 auf Knoten 0 aktiviert ist.
Aktion
Geben Sie im Konfigurationsmodus den delete interfaces ge-0/0/2 disable Befehl ein.
{primary:node0}
user@host# delete interfaces ge-0/0/2 disable
user@host# commit
node0:
configuration check succeeds
node1:
commit complete
node0:
commit complete
Bedeutung
Die Beispielausgabe bestätigt, dass die Schnittstelle ge-0/0/2 disable gelöscht wurde.
Überprüfen des Gehäuse-Cluster-Status nach der Aktivierung der Schnittstelle GE-0/0/2
Zweck
Überprüfen Sie den Gehäuse-Clusterstatus, den Failover-Status und die Informationen zur Redundanzgruppe.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster status Befehl ein.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes:
CS Cold Sync monitoring FL Fabric Connection monitoring
GR GRES monitoring HW Hardware monitoring
IF Interface monitoring IP IP monitoring
LB Loopback monitoring MB Mbuf monitoring
NH Nexthop monitoring NP NPC monitoring
SP SPU monitoring SM Schedule monitoring
CF Config Sync monitoring
Cluster ID: 2
Node Priority Status Preempt Manual Monitor-failures
Redundancy group: 0 , Failover count: 1
node0 254 primary no no None
node1 1 secondary no no None
Redundancy group: 1 , Failover count: 2
node0 200 secondary no no None
node1 100 primary no no None
Redundancy group: 2 , Failover count: 2
node0 0 secondary no no IF
node1 100 primary no no None
Bedeutung
Verwenden Sie den show chassis cluster status Befehl, um zu bestätigen, dass die Geräte im Chassis-Cluster ordnungsgemäß kommunizieren, wobei ein Gerät als primärer und das andere als sekundärer Knoten fungiert.
Überprüfen von Gehäuse-Cluster-Schnittstellen nach der Aktivierung der Schnittstelle GE-0/0/2
Zweck
Überprüfen Sie die Informationen zu Gehäuse-Cluster-Schnittstellen.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster interfaces Befehl ein.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up
Control interfaces:
Index Interface Monitored-Status Internal-SA
0 em0 Up Disabled
1 em1 Down Disabled
Fabric link status: Up
Fabric interfaces:
Name Child-interface Status
(Physical/Monitored)
fab0 ge-0/0/0 Up / Up
fab0
fab1 ge-8/0/0 Up / Up
fab1
Redundant-ethernet Information:
Name Status Redundancy-group
reth0 Up 1
reth1 Up 1
reth2 Up 2
Redundant-pseudo-interface Information:
Name Status Redundancy-group
lo0 Up 0
Interface Monitoring:
Interface Weight Status Redundancy-group
ge-8/0/2 120 Up 1
ge-8/0/1 150 Up 1
ge-0/0/2 140 Up 1
ge-0/0/1 130 Down 1
ge-8/0/3 255 Up 2
ge-0/0/3 255 Down 2
Bedeutung
Die Beispielausgabe bestätigt, dass die Überwachungsschnittstellen ge-0/0/1 und ge-0/0/3 ausgefallen sind. Die Überwachungsschnittstelle ge-0/0/2 ist aktiv, nachdem die Deaktivierung gelöscht wurde.
Überprüfen der Gehäuse-Cluster-Informationen nach der Aktivierung der Schnittstelle GE-0/0/2
Zweck
Überprüfen Sie die Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Firewall- und Steuerschnittstellen-Hellos sowie den Status der Überwachungsschnittstellen im Cluster.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster information Befehl ein.
{primary:node0}
user@host> show chassis cluster information
node0:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 22:56:27 hold secondary Hold timer expired
Feb 24 22:56:34 secondary primary Better priority (254/1)
Redundancy Group 1 , Current State: secondary, Weight: 125
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:12 secondary primary Remote yield (0/0)
Feb 24 23:31:36 primary secondary-hold Monitor failed: IF
Feb 24 23:31:37 secondary-hold secondary Ready to become secondary
Redundancy Group 2 , Current State: secondary, Weight: 0
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:13 secondary primary Remote yield (0/0)
Feb 24 23:35:57 primary secondary-hold Monitor failed: IF
Feb 24 23:35:58 secondary-hold secondary Ready to become secondary
Chassis cluster LED information:
Current LED color: Amber
Last LED change reason: Monitored objects are down
Failure Information:
Interface Monitoring Failure Information:
Redundancy Group 1, Monitoring status: Unhealthy
Interface Status
ge-0/0/1 Down
Redundancy Group 2, Monitoring status: Failed
Interface Status
ge-0/0/3 Down
node1:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 22:56:34 hold secondary Hold timer expired
Redundancy Group 1 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Feb 24 23:31:36 secondary primary Remote is in secondary hold
Redundancy Group 2 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Feb 24 23:35:57 secondary primary Remote is in secondary hold
Chassis cluster LED information:
Current LED color: Amber
Last LED change reason: Monitored objects are down
Bedeutung
Die Beispielausgabe bestätigt, dass in Knoten 0 die Überwachungsschnittstellen ge-0/0/1 und ge-0/0/3 ausgefallen sind. Die Überwachungsschnittstelle ge-0/0/2 ist aktiv, nachdem die Deaktivierung gelöscht wurde.
Überprüfen von Chassis-Cluster RG2 Preempt
Zweck
Stellen Sie sicher, dass der Chassis-Cluster RG2 auf Knoten 0 vorzeitig beendet ist.
Aktion
Geben Sie im Konfigurationsmodus den set chassis cluster redundancy-group 2 preempt Befehl ein.
{primary:node0}
user@host# set chassis cluster redundancy-group 2 preempt
user@host# commit
node0:
configuration check succeeds
node1:
commit complete
node0:
commit complete
Bedeutung
Die Beispielausgabe bestätigt, dass der Chassis-Cluster RG2 auf Knoten 0 vorzeitig beendet wurde.
Im nächsten Abschnitt überprüfen Sie, ob RG2 ein Failover zurück zu Knoten 0 durchführt, wenn Preempt aktiviert ist, wenn die deaktivierte Knoten 0-Schnittstelle online geschaltet wird.
Überprüfen des Gehäuseclusterstatus nach dem Trennen von RG2
Zweck
Überprüfen Sie den Gehäuse-Clusterstatus, den Failover-Status und die Informationen zur Redundanzgruppe.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster status Befehl ein.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes:
CS Cold Sync monitoring FL Fabric Connection monitoring
GR GRES monitoring HW Hardware monitoring
IF Interface monitoring IP IP monitoring
LB Loopback monitoring MB Mbuf monitoring
NH Nexthop monitoring NP NPC monitoring
SP SPU monitoring SM Schedule monitoring
CF Config Sync monitoring
Cluster ID: 2
Node Priority Status Preempt Manual Monitor-failures
Redundancy group: 0 , Failover count: 1
node0 254 primary no no None
node1 1 secondary no no None
Redundancy group: 1 , Failover count: 2
node0 200 secondary no no None
node1 100 primary no no None
Redundancy group: 2 , Failover count: 2
node0 0 secondary yes no IF
node1 100 primary yes no None
Bedeutung
Verwenden Sie den show chassis cluster status Befehl, um zu bestätigen, dass die Geräte im Chassis-Cluster ordnungsgemäß kommunizieren, wobei ein Gerät als primärer und das andere als sekundärer Knoten fungiert.
Überprüfen, ob die Schnittstelle GE-0/0/3 aktiviert ist
Zweck
Stellen Sie sicher, dass die Schnittstelle ge-0/0/3 auf Knoten 0 aktiviert ist.
Aktion
Geben Sie im Konfigurationsmodus den delete interfaces ge-0/0/3 disable Befehl ein.
{primary:node0}
user@host# delete interfaces ge-0/0/3 disable
user@host# commit
node0:
configuration check succeeds
node1:
commit complete
node0:
commit complete
Bedeutung
Die Beispielausgabe bestätigt, dass die Schnittstelle ge-0/0/3 disable gelöscht wurde.
Überprüfen des Gehäuse-Cluster-Status nach der Aktivierung der Schnittstelle GE-0/0/3
Zweck
Überprüfen Sie den Gehäuse-Clusterstatus, den Failover-Status und die Informationen zur Redundanzgruppe.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster status Befehl ein.
{primary:node0}
user@host> show chassis cluster status
Monitor Failure codes:
CS Cold Sync monitoring FL Fabric Connection monitoring
GR GRES monitoring HW Hardware monitoring
IF Interface monitoring IP IP monitoring
LB Loopback monitoring MB Mbuf monitoring
NH Nexthop monitoring NP NPC monitoring
SP SPU monitoring SM Schedule monitoring
CF Config Sync monitoring
Cluster ID: 2
Node Priority Status Preempt Manual Monitor-failures
Redundancy group: 0 , Failover count: 1
node0 254 primary no no None
node1 1 secondary no no None
Redundancy group: 1 , Failover count: 2
node0 200 secondary no no None
node1 100 primary no no None
Redundancy group: 2 , Failover count: 3
node0 200 primary yes no None
node1 100 secondary yes no None
Bedeutung
Verwenden Sie den show chassis cluster status Befehl, um zu bestätigen, dass die Geräte im Chassis-Cluster ordnungsgemäß kommunizieren, wobei ein Gerät als primärer und das andere als sekundärer Knoten fungiert.
Überprüfen von Chassis-Cluster-Schnittstellen nach der Aktivierung der Schnittstelle GE-0/0/3
Zweck
Überprüfen Sie die Informationen zu Gehäuse-Cluster-Schnittstellen.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster interfaces Befehl ein.
{primary:node0}
user@host> show chassis cluster interfaces
Control link status: Up
Control interfaces:
Index Interface Monitored-Status Internal-SA
0 em0 Up Disabled
1 em1 Down Disabled
Fabric link status: Up
Fabric interfaces:
Name Child-interface Status
(Physical/Monitored)
fab0 ge-0/0/0 Up / Up
fab0
fab1 ge-8/0/0 Up / Up
fab1
Redundant-ethernet Information:
Name Status Redundancy-group
reth0 Up 1
reth1 Up 1
reth2 Up 2
Redundant-pseudo-interface Information:
Name Status Redundancy-group
lo0 Up 0
Interface Monitoring:
Interface Weight Status Redundancy-group
ge-8/0/2 120 Up 1
ge-8/0/1 150 Up 1
ge-0/0/2 140 Up 1
ge-0/0/1 130 Down 1
ge-8/0/3 255 Up 2
ge-0/0/3 255 Up 2
Bedeutung
Die Beispielausgabe bestätigt, dass die Überwachungsschnittstelle ge-0/0/1 ausgefallen ist. Die Überwachungsschnittstellen ge-0/0/2 und ge-0/0/3 sind nach dem Löschen der Deaktivierung aktiv.
Überprüfen der Gehäuse-Cluster-Informationen nach der Aktivierung der Schnittstelle GE-0/0/3
Zweck
Überprüfen Sie die Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Firewall- und Steuerschnittstellen-Hellos sowie den Status der Überwachungsschnittstellen im Cluster.
Aktion
Geben Sie im Betriebsmodus den show chassis cluster information Befehl ein.
{primary:node0}
user@host> show chassis cluster information
node0:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 22:56:27 hold secondary Hold timer expired
Feb 24 22:56:34 secondary primary Better priority (254/1)
Redundancy Group 1 , Current State: secondary, Weight: 125
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:12 secondary primary Remote yield (0/0)
Feb 24 23:31:36 primary secondary-hold Monitor failed: IF
Feb 24 23:31:37 secondary-hold secondary Ready to become secondary
Redundancy Group 2 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:12 hold secondary Hold timer expired
Feb 24 23:16:13 secondary primary Remote yield (0/0)
Feb 24 23:35:57 primary secondary-hold Monitor failed: IF
Feb 24 23:35:58 secondary-hold secondary Ready to become secondary
Feb 24 23:45:45 secondary primary Remote is in secondary hold
Chassis cluster LED information:
Current LED color: Green
Last LED change reason: No failures
Failure Information:
Interface Monitoring Failure Information:
Redundancy Group 1, Monitoring status: Unhealthy
Interface Status
ge-0/0/1 Down
node1:
--------------------------------------------------------------------------
Redundancy Group Information:
Redundancy Group 0 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 22:56:34 hold secondary Hold timer expired
Redundancy Group 1 , Current State: primary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Feb 24 23:31:36 secondary primary Remote is in secondary hold
Redundancy Group 2 , Current State: secondary, Weight: 255
Time From To Reason
Feb 24 23:16:10 hold secondary Hold timer expired
Feb 24 23:35:57 secondary primary Remote is in secondary hold
Feb 24 23:45:45 primary secondary-hold Preempt (100/200)
Feb 24 23:45:46 secondary-hold secondary Ready to become secondary
Chassis cluster LED information:
Current LED color: Amber
Last LED change reason: Monitored objects are down
Bedeutung
Die Beispielausgabe bestätigt, dass in Knoten 0 die Überwachungsschnittstelle ge-0/0/1 ausgefallen ist. RG2 auf Knoten 0 ist wieder im primären Zustand (aufgrund der Preempt-Aktivierung) mit einer gesunden Gewichtung von 255, wenn die Schnittstelle ge-0/0/3 wieder verfügbar ist.