Überwachen von Chassis-Cluster-Schnittstellen
Die Schnittstellenüberwachung überwacht den Zustand einer Schnittstelle, indem geprü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 der Schnittstelle von Chassis-Cluster-Redundanzgruppen
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, die von der Redundanzgruppe auf Status (oder "Integrität") überwacht werden sollen, 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, gewichten Sie sie.
Für jede Redundanzgruppe ist ein Schwellenwert für die Toleranz ursprünglich auf 255 festgelegt. Wenn eine Schnittstelle, die von einer Redundanzgruppe überwacht wird, nicht mehr verfügbar ist, wird ihre Gewichtung vom Schwellenwert der Redundanzgruppe subtrahiert. 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 Schwellenwertüberschreiten auf Knoten 1 primär. In diesem Fall beginnen alle untergeordneten Schnittstellen der redundanten Ethernet-Schnittstellen der Redundanzgruppe 1 mit der Verarbeitung des Datenverkehrs.
Verwenden Sie die folgenden Befehle, um das Schnittstellengewicht zu überprüfen:
Chassis-Cluster-Informationen anzeigen
Chassis-Cluster-Schnittstellen anzeigen
Es wird nicht empfohlen, Data-Plane-Module wie Schnittstellenüberwachung und IP-Überwachung in Redundanzgruppe 0 (RG0) für Firewalls der SRX-Serie in einem Chassis-Cluster zu konfigurieren.
Seien Sie vorsichtig und umsichtig bei der Verwendung manueller Failover der Redundanzgruppe 0. Ein Failover der Redundanzgruppe 0 impliziert ein Failover der Routing-Engine (RE), in diesem Fall werden alle Prozesse, die auf dem primären Knoten ausgeführt werden, beendet und dann auf der neuen primären Routing-Engine (RE) erzeugt. Dieses Failover kann zu einem Verlust des Zustands, z. B. des Routingstatus, führen und die Leistung durch Systemänderung beeinträchtigen.
Ein Redundanzgruppenfailover tritt auf, weil die kumulative Gewichtung der überwachten Schnittstellen der Redundanzgruppe den Schwellenwert auf 0 gebracht hat. 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 Failovers dämpfen möchten, die aufgrund von Schnittstellenüberwachungsfehlern auftreten, verwenden Sie die
hold-down-intervalAnweisung.Wenn ein Failover für Redundanzgruppe 0 (RG0) auftritt, wird die Schnittstellenüberwachung auf der sekundären RG0-Instanz für 30 Sekunden deaktiviert. Dadurch wird ein Failover anderer Redundanzgruppen zusammen mit einem RG0-Failover verhindert.
Vorteile der Überwachung von Chassis-Cluster-Redundanzgruppenschnittstellen
Hilft bei der Bestimmung des Status einer bestimmten Schnittstelle in einem Chassis-Cluster-Setup durch eine bestimmte Redundanzgruppe.
Aktiviert das automatische Failover einer Schnittstelle auf einen anderen Knoten, wenn die Schnittstelle ausgefallen ist.
Siehe auch
Beispiel: Konfigurieren der Überwachung der Schnittstelle von Chassis-Cluster-Redundanzgruppen
In diesem Beispiel wird gezeigt, wie festgelegt 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 auch, wie Sie den Prozess des verbleibenden Schwellenwerts einer Überwachungsschnittstelle überprüfen, indem Sie von jedem Knoten zwei Schnittstellen konfigurieren und Redundanzgruppen zuordnen.
Anforderungen
Bevor Sie beginnen, erstellen Sie eine Redundanzgruppe. Siehe Beispiel: Konfigurieren von Chassis-Cluster-Redundanzgruppen.
Übersicht
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 zuordnen, überwacht das System die Schnittstelle auf 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 von jedem Knoten zwei Schnittstellen 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 der Redundanzgruppe 2 (RG2) zu, jeweils mit der Standardgewichtung 255.
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 Details, die für Ihre Netzwerkkonfiguration erforderlich sind, kopieren Sie die Befehle und fügen Sie sie in die CLI auf 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 Routing-Engine-Failover-Eigenschaften ein, und richten Sie RG1 und RG2 ein (in diesem Beispiel befinden sich alle Schnittstellen in einer Redundanzgruppe), um die Failover-Eigenschaften für die redundanten Ethernet-Schnittstellen 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 von der Schnittstellenüberwachung für RG0 ab, da sie dazu führt, dass die Steuerungsebene von einem Knoten zu einem anderen Knoten wechselt, falls ein Schnittstellen-Flap 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 255
Ein 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
Ergebnisse
Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show chassis Befehle und show interfaces eingeben. Wenn die Ausgabe nicht die gewünschte Konfiguration anzeigt, 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, rufen Sie den Konfigurationsmodus auf commit .
Überprüfung
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 dem Deaktivieren erneut überprüfen und nach Details zu jeder Schnittstelle suchen, bis Sie alle Schnittstellen in der Redundanzgruppe eingekreist haben.
In diesem Beispiel verifizieren Sie den Prozess des verbleibenden Schwellenwerts einer Überwachungsschnittstelle, indem Sie zwei Schnittstellen von jedem Knoten konfigurieren und sie RG1 zuordnen, jede mit unterschiedlichen Gewichtungen. 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 255.
- Überprüfen des Chassis-Cluster-Status
- Überprüfen von Chassis-Cluster-Schnittstellen
- Überprüfen von Chassis-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 dem Deaktivieren der Schnittstelle ge-0/0/1 von RG1 in Knoten 0 mit einer Gewichtung von 130
- Überprüfen der 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 Chassis-Cluster-Status nach dem Deaktivieren der Schnittstelle ge-0/0/2
- Überprüfen der Chassis-Cluster-Schnittstellen nach dem Deaktivieren der Schnittstelle ge-0/0/2
- Überprüfen der Chassis-Cluster-Informationen nach dem Deaktivieren der Schnittstelle ge-0/0/2
- Überprüfen des Schnittstellenstatus nach dem Deaktivieren von ge-0/0/3
- Überprüfen des Chassis-Cluster-Status nach dem Deaktivieren der Schnittstelle ge-0/0/3
- Überprüfen der Chassis-Cluster-Schnittstellen nach dem Deaktivieren der Schnittstelle ge-0/0/3
- Überprüfen der Chassis-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 Chassis-Cluster-Status nach Aktivierung der Schnittstelle ge-0/0/2
- Überprüfen der Chassis-Cluster-Schnittstellen nach dem Aktivieren der Schnittstelle ge-0/0/2
- Überprüfen der Chassis-Cluster-Informationen nach dem Aktivieren der Schnittstelle ge-0/0/2
- Überprüfen der Vorabsetzung des Chassis-Clusters RG2
- Überprüfen des Chassis-Cluster-Status nach dem Vorabspielen von RG2
- Überprüfen, ob die Schnittstelle ge-0/0/3 aktiviert ist
- Überprüfen des Chassis-Cluster-Status nach Aktivierung der Schnittstelle ge-0/0/3
- Überprüfen der Chassis-Cluster-Schnittstellen nach dem Aktivieren der Schnittstelle ge-0/0/3
- Überprüfen der Chassis-Cluster-Informationen nach dem Aktivieren der Schnittstelle ge-0/0/3
Überprüfen des Chassis-Cluster-Status
Zweck
Überprüfen Sie den Chassis-Cluster-Status, den Failover-Status und die Redundanzgruppeninformationen.
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 Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Fabric- und Steuerungsschnittstellen-Hellos und 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 die Überwachungsschnittstellen aktiv sind und dass die Gewichtung jeder überwachten Schnittstelle wie konfiguriert korrekt angezeigt wird. Diese Werte ändern sich nicht, wenn die Schnittstelle hoch- oder heruntergefahren wird. 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 von Chassis-Cluster-Informationen
Zweck
Überprüfen Sie Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Fabric- und Steuerungsschnittstellen-Hellos und 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 vorliegen. 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 Überprüfungsabschnitten 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 dem Deaktivieren der Schnittstelle ge-0/0/1 von RG1 in Knoten 0 mit einer Gewichtung von 130
Zweck
Überprüfen Sie den Chassis-Cluster-Status, den Failover-Status und die Redundanzgruppeninformationen.
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 der 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 Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Fabric- und Steuerungsschnittstellen-Hellos und 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 Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Fabric- und Steuerungsschnittstellen-Hellos und 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 reduziert wurde (d. h. 255 minus 130), weil die Überwachungsschnittstelle ge-0/0/1 (Gewichtung von 130) ausgefallen ist. Der Überwachungsstatus ist fehlerhaft, die Geräte-LED ist gelb und der Schnittstellenstatus von ge-0/0/1 ist ausgefallen.
Wenn die Schnittstelle ge-0/0/1 wieder hochgefahren wird, beträgt das Gewicht von RG1 in Knoten 0 255. Wenn umgekehrt auch die Schnittstelle ge-0/0/2 deaktiviert ist, wird die Gewichtung von RG1 in Knoten 0 oder kleiner (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 Chassis-Cluster-Status nach dem Deaktivieren der Schnittstelle ge-0/0/2
Zweck
Überprüfen Sie den Chassis-Cluster-Status, den Failover-Status und die Redundanzgruppeninformationen.
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 der Chassis-Cluster-Schnittstellen nach dem Deaktivieren der Schnittstelle ge-0/0/2
Zweck
Überprüfen Sie die Informationen zu den Chassis-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 Chassis-Cluster-Informationen nach dem Deaktivieren der Schnittstelle ge-0/0/2
Zweck
Überprüfen Sie Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Fabric- und Steuerungsschnittstellen-Hellos und 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, was ein RG1-Failover während der Verwendung des show chassis cluster status Befehls auslöste.
Für RG2 ist die Standardgewichtung von 255 für die redundante Ethernet-Schnittstelle 2 (reth2) festgelegt. Wenn eine Schnittstellenüberwachung erforderlich ist, empfehlen wir, die Standardgewichtung zu verwenden, wenn Sie keine Backup-Links wie in RG1 haben. 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 dem Deaktivieren 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 Chassis-Cluster-Status nach dem Deaktivieren der Schnittstelle ge-0/0/3
Zweck
Überprüfen Sie den Chassis-Cluster-Status, den Failover-Status und die Redundanzgruppeninformationen.
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 der Chassis-Cluster-Schnittstellen nach dem Deaktivieren der Schnittstelle ge-0/0/3
Zweck
Überprüfen Sie die Informationen zu den Chassis-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 Chassis-Cluster-Informationen nach dem Deaktivieren der Schnittstelle ge-0/0/3
Zweck
Überprüfen Sie Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Fabric- und Steuerungsschnittstellen-Hellos und 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 Schnittstelle in Knoten 0 nur dann ein Failover aus, wenn die preempt Option aktiviert ist. Im Beispiel ist diese preempt Option nicht aktiviert. Daher sollte der Knoten wieder normal sein, ohne dass für RG1 ein Monitorfehler 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 Chassis-Cluster-Status nach Aktivierung der Schnittstelle ge-0/0/2
Zweck
Überprüfen Sie den Chassis-Cluster-Status, den Failover-Status und die Redundanzgruppeninformationen.
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 Knoten und das andere als sekundärer Knoten fungiert.
Überprüfen der Chassis-Cluster-Schnittstellen nach dem Aktivieren der Schnittstelle ge-0/0/2
Zweck
Überprüfen Sie die Informationen zu den Chassis-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 Chassis-Cluster-Informationen nach dem Aktivieren der Schnittstelle ge-0/0/2
Zweck
Überprüfen Sie Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Fabric- und Steuerungsschnittstellen-Hellos und 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 der Vorabsetzung des Chassis-Clusters RG2
Zweck
Stellen Sie sicher, dass der Chassis-Cluster RG2 auf Knoten 0 vorzeitig entfernt 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 entfernt 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 Schnittstelle für Knoten 0 online geschaltet wird.
Überprüfen des Chassis-Cluster-Status nach dem Vorabspielen von RG2
Zweck
Überprüfen Sie den Chassis-Cluster-Status, den Failover-Status und die Redundanzgruppeninformationen.
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 Chassis-Cluster-Status nach Aktivierung der Schnittstelle ge-0/0/3
Zweck
Überprüfen Sie den Chassis-Cluster-Status, den Failover-Status und die Redundanzgruppeninformationen.
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 der Chassis-Cluster-Schnittstellen nach dem Aktivieren der Schnittstelle ge-0/0/3
Zweck
Überprüfen Sie die Informationen zu den Chassis-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 Chassis-Cluster-Informationen nach dem Aktivieren der Schnittstelle ge-0/0/3
Zweck
Überprüfen Sie Informationen über die Statistiken der verschiedenen Objekte, die synchronisiert werden, die Fabric- und Steuerungsschnittstellen-Hellos und 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 befindet sich wieder im primären Zustand (aufgrund der preempt enable) mit einer gesunden Gewichtung von 255, wenn die Schnittstelle ge-0/0/3 wieder verfügbar ist.