Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Chassis-Cluster-Redundanzgruppen

Eine Redundanzgruppe (RG) umfasst und verwaltet eine Sammlung von Objekten auf beiden Knoten eines Clusters. Ein RG ist primär auf einem Knoten und Backups auf dem anderen Knoten zu einem bestimmten Zeitpunkt. Weitere Informationen finden Sie in den folgenden Themen:

Grundlegendes zu Chassis-Cluster-Redundanzgruppen

Chassis-Clustering bietet eine hohe Verfügbarkeit von Schnittstellen und Services durch Redundanzgruppen und Vorrang innerhalb von Gruppen.

Eine Redundanzgruppe ist ein abstraktes Konstrukt, das eine Auflistung von Objekten enthält und verwaltet. Eine Redundanzgruppe enthält Objekte auf beiden Knoten. Auf einem Knoten ist eine Redundanzgruppe primär und auf dem anderen Knoten kann jederzeit gesichert werden. Wenn eine Redundanzgruppe auf einem Knoten als primär bezeichnet wird, sind ihre Objekte auf diesem Knoten aktiv.

Redundanzgruppen sind unabhängige Failovereinheiten. Jede Redundanzgruppe führt unabhängig von anderen Redundanzgruppen ein Failover von einem Knoten zum anderen durch. Wenn für eine Redundanzgruppe ein Failover ausgeführt wird, führt für alle ihre Objekte ein Failover durch.

Drei Dinge bestimmen das Primat einer Redundanzgruppe: die für den Knoten konfigurierte Priorität, die Knoten-ID (bei gleicher Priorität) und die Reihenfolge, in der der Knoten auftaucht. Wenn ein Knoten mit niedrigerer Priorität zuerst angezeigt wird, übernimmt er den Vorrang für eine Redundanzgruppe (und bleibt als primär, wenn die vorzeitige Trennung nicht aktiviert ist). Wenn Prefert zu einer Redundanzgruppenkonfiguration hinzugefügt wird, kann das Gerät mit der höheren Priorität in der Gruppe ein Failover initiieren, um zum primären Gerät zu werden. Standardmäßig ist die vorzeitige Entfernung deaktiviert. Weitere Informationen zur vorzeitigen Trennung finden Sie unter preempt (Chassis-Cluster).

Ein Chassis-Cluster kann viele Redundanzgruppen umfassen, von denen einige auf einem Knoten primär und andere auf dem anderen primär sein können. Alternativ können alle Redundanzgruppen auf einem einzelnen Knoten primär sein. Das Primat einer Redundanzgruppe wirkt sich nicht auf das Primat einer anderen Redundanzgruppe aus. Sie können bis zu 128 Redundanzgruppen erstellen.

Die maximale Anzahl von Redundanzgruppen entspricht der Anzahl der redundanten Ethernet-Schnittstellen, die Sie konfigurieren.

Sie können Redundanzgruppen entsprechend Ihrer Bereitstellung konfigurieren. Sie konfigurieren eine Redundanzgruppe so, dass sie auf einem Knoten primär ist und auf dem anderen Knoten sichert. Sie geben den Knoten an, auf dem die Gruppe primär ist, indem Sie Prioritäten für beide Knoten innerhalb einer Redundanzgruppenkonfiguration festlegen. Der Knoten mit der höheren Priorität hat Vorrang, und die Objekte der Redundanzgruppe darauf sind aktiv.

Wenn eine Redundanzgruppe so konfiguriert ist, dass beide Knoten die gleiche Priorität haben, hat der Knoten mit der niedrigsten Knoten-ID-Nummer immer Vorrang, und die Redundanzgruppe ist primär auf ihm. In einem Cluster mit zwei Knoten hat Knoten 0 bei einer Prioritätsbindung immer Vorrang.

Grundlegendes zur Chassis-Cluster-Redundanz Gruppe 0: Routing-Engines

Wenn Sie ein Gerät im Chassis-Cluster-Modus initialisieren, erstellt das System eine Redundanzgruppe, die als Redundanzgruppe 0 bezeichnet wird. Redundanzgruppe 0 verwaltet den Primacy und das Failover zwischen den Routing-Engines auf jedem Knoten des Clusters. Wie bei allen Redundanzgruppen kann auch die Redundanzgruppe 0 jeweils nur auf einem Knoten als primär gelten. Der Knoten, auf dem die Redundanzgruppe 0 primär ist, bestimmt, welche Routing-Engine im Cluster aktiv ist. Ein Knoten wird als primärer Knoten des Clusters betrachtet, wenn seine Routing-Engine die aktive ist.

Die Konfiguration der Redundanzgruppe 0 gibt die Priorität für jeden Knoten an. Das folgende Prioritätsschema bestimmt die Primat der Redundanzgruppe 0. Beachten Sie, dass der Drei-Sekunden-Wert das Intervall ist, wenn die Standardwerte heartbeat-threshold und heartbeat-interval die Werte verwendet werden.

  • Der Knoten, der zuerst (mindestens drei Sekunden vor dem anderen Knoten) auftaucht, ist der primäre Knoten.

  • Wenn beide Knoten gleichzeitig (oder innerhalb von drei Sekunden) auftreten:

    • Der Knoten mit der höheren konfigurierten Priorität ist der primäre Knoten.

    • Wenn es einen Gleichstand gibt (entweder weil derselbe Wert konfiguriert wurde oder weil Standardeinstellungen verwendet wurden), ist der Knoten mit der unteren Knoten-ID (Knoten 0) der primäre Knoten.

Das vorherige Prioritätsschema gilt auch für die Redundanzgruppen x (Redundanzgruppen mit den Nummern 1 bis 128), sofern die vorzeitige Trennung nicht konfiguriert ist. (Siehe Beispiel: Konfigurieren von Chassis-Cluster-Redundanzgruppen.)

Sie können die vorzeitige Trennung für Redundanzgruppe 0 nicht aktivieren. Wenn Sie den primären Knoten für die Redundanzgruppe 0 ändern möchten, müssen Sie ein manuelles Failover durchführen.

Seien Sie vorsichtig und umsichtig bei der Verwendung von manuellen Failovern der Redundanzgruppe 0. Ein Failover der Redundanzgruppe 0 impliziert ein Routing-Engine-Failover, bei dem alle Prozesse, die auf dem primären Knoten ausgeführt werden, beendet und dann auf der neuen primären Routing-Engine erzeugt werden. Dieses Failover kann zu Fehlern führen, z. B. des Routing-Status, und die Leistung durch Systemänderung beeinträchtigen.

Grundlegendes zu Chassis-Cluster-Redundanzgruppen 1 bis 128

Sie können eine oder mehrere Redundanzgruppen mit den Nummern 1 bis 128 konfigurieren, die als Redundanzgruppe x bezeichnet werden. Die maximale Anzahl von Redundanzgruppen entspricht der Anzahl der von Ihnen konfigurierten redundanten Ethernet-Schnittstellen (siehe Maximal zulässige Anzahl zulässiger redundanter Ethernet-Schnittstellen (SRX4100, SRX4200, SRX4600, SRX5400, SRX5600, SRX5800, SRX300, SRX320, SRX340, SRX345, SRX 380 und SRX1500)). Jede Redundanzgruppe x fungiert als unabhängige Failovereinheit und ist jeweils nur auf einem Knoten primär.

Jede Redundanzgruppe x enthält eine oder mehrere redundante Ethernet-Schnittstellen. Eine redundante Ethernet-Schnittstelle ist eine Pseudo-Schnittstelle, die mindestens ein Paar physischer Gigabit-Ethernet-Schnittstellen oder ein Paar Fast-Ethernet-Schnittstellen enthält. Wenn eine Redundanzgruppe auf Knoten 0 aktiv ist, dann sind die untergeordneten Links aller zugehörigen redundanten Ethernet-Schnittstellen auf Knoten 0 aktiv. Wenn für die Redundanzgruppe ein Failover auf Knoten 1 ausgeführt wird, werden die untergeordneten Verbindungen aller redundanten Ethernet-Schnittstellen auf Knoten 1 aktiv.

Das folgende Prioritätsschema bestimmt die Redundanzgruppe x Primat, sofern Prefert nicht konfiguriert ist. Wenn prefert konfiguriert ist, ist der Knoten mit der höheren Priorität der primäre Knoten. Beachten Sie, dass der Drei-Sekunden-Wert das Intervall ist, wenn die Standardwerte heartbeat-threshold und heartbeat-interval die Werte verwendet werden.

  • Der Knoten, der zuerst (mindestens drei Sekunden vor dem anderen Knoten) auftaucht, ist der primäre Knoten.

  • Wenn beide Knoten gleichzeitig (oder innerhalb von drei Sekunden) auftreten:

    • Der Knoten mit der höheren konfigurierten Priorität ist der primäre Knoten.

    • Wenn es einen Gleichstand gibt (entweder weil derselbe Wert konfiguriert wurde oder weil Standardeinstellungen verwendet wurden), ist der Knoten mit der unteren Knoten-ID (Knoten 0) der primäre Knoten.

Auf Chassis-Clustern der SRX-Serie können Sie mehrere Redundanzgruppen konfigurieren, um den Datenverkehr über den Cluster hinweg zu verteilen. Sie können z. B. einige Redundanzgruppen x so konfigurieren, dass sie auf einem Knoten primär sind, und einige Redundanzgruppen x als primär auf dem anderen Knoten. Sie können auch eine Redundanzgruppe x in einer Eins-zu-Eins-Beziehung mit einer einzelnen redundanten Ethernet-Schnittstelle konfigurieren, um zu steuern, welcher Schnittstellendatenverkehr durchströmt wird.

Der Datenverkehr für eine Redundanzgruppe wird auf dem Knoten verarbeitet, auf dem die Redundanzgruppe aktiv ist. Da mehr als eine Redundanzgruppe konfiguriert werden kann, ist es möglich, dass der Datenverkehr von einigen Redundanzgruppen auf einem Knoten verarbeitet wird, während der Datenverkehr für andere Redundanzgruppen auf dem anderen Knoten verarbeitet wird (je nachdem, wo die Redundanzgruppe aktiv ist). Mehrere Redundanzgruppen ermöglichen es, dass Datenverkehr über eine Eingangsschnittstelle einer Redundanzgruppe und über eine Ausgangsschnittstelle, die zu einer anderen Redundanzgruppe gehört, gelangt. In diesem Fall sind die Eingangs- und Ausgangsschnittstellen möglicherweise nicht auf demselben Knoten aktiv. In diesem Fall wird der Datenverkehr über die Fabric-Verbindung an den entsprechenden Knoten weitergeleitet.

Wenn Sie eine Redundanzgruppe x konfigurieren, müssen Sie für jeden Knoten eine Priorität angeben, um den Knoten zu bestimmen, auf dem die Redundanzgruppe x primär ist. Der Knoten mit der höheren Priorität wird als primär ausgewählt. Das Primat einer Redundanzgruppe x kann von einem Knoten auf den anderen übertragen werden. Wenn eine Redundanzgruppe x ein Failover auf den anderen Knoten durchführt, sind ihre redundanten Ethernet-Schnittstellen auf diesem Knoten aktiv, und ihre Schnittstellen leiten Datenverkehr weiter.

Tabelle 1 zeigt ein Beispiel für die Redundanzgruppe x in einem Chassis-Cluster der SRX-Serie und gibt den Knoten an, auf dem die Gruppe primär ist. Es zeigt die redundanten Ethernet-Schnittstellen und deren Schnittstellen, die für die Redundanzgruppe x konfiguriert sind.

Einige Geräte verfügen sowohl über Gigabit-Ethernet-Ports als auch über Fast-Ethernet-Ports.

Tabelle 1: Beispiel für Redundanzgruppen in einem Gehäusecluster

Gruppe

Primär

Priorität

Objekte

Schnittstelle (Knoten 0)

Schnittstelle (Knoten 1)

Redundanzgruppe 0

Knoten 0

Knoten 0: 254

Routing-Engine auf Knoten 0

Knoten 1: 2

Routing-Engine auf Knoten 1

Redundanzgruppe 1

Knoten 0

Knoten 0: 254

Redundante Ethernet-Schnittstelle 0

ge-1/0/0

ge-5/0/0

Knoten 1: 2

Redundante Ethernet-Schnittstelle 1

ge-1/3/0

ge-5/3/0

Redundanzgruppe 2

Knoten 1

Knoten 0: 2

Redundante Ethernet-Schnittstelle 2

ge-2/0/0

ge-6/0/0

Knoten 1: 254

Redundante Ethernet-Schnittstelle 3

ge-2/3/0

ge-6/3/0

Redundanzgruppe 3

Knoten 0

Knoten 0: 254

Redundante Ethernet-Schnittstelle 4

ge-3/0/0

ge-7/0/0

Knoten 1: 2

Redundante Ethernet-Schnittstelle 5

ge-3/3/0

ge-7/3/0

Wie das Beispiel für einen Gehäuse-Cluster in Tabelle 1 zeigt:

  • Die Routing-Engine auf Knoten 0 ist aktiv, da die Redundanzgruppe 0 auf Knoten 0 primär ist. (Die Routing-Engine auf Knoten 1 ist passiv und dient als Backup.)

  • Redundanzgruppe 1 ist primär auf Knoten 0. Die Schnittstellen ge-1/0/0 und ge-1/3/0, die zur redundanten Ethernet-Schnittstelle 0 und zur redundanten Ethernet-Schnittstelle 1 gehören, sind aktiv und verarbeiten Datenverkehr.

  • Redundanzgruppe 2 ist primär auf Knoten 1. Die Schnittstellen ge-6/0/0 und ge-6/3/0, die zur redundanten Ethernet-Schnittstelle 2 und zur redundanten Ethernet-Schnittstelle 3 gehören, sind aktiv und verarbeiten den Datenverkehr.

  • Redundanzgruppe 3 ist primär auf Knoten 0. Die Schnittstellen ge-3/0/0 und ge-3/3/0, die zur redundanten Ethernet-Schnittstelle 4 und zur redundanten Ethernet-Schnittstelle 5 gehören, sind aktiv und verarbeiten den Datenverkehr.

Beispiel: Konfigurieren von Chassis-Cluster-Redundanzgruppen

In diesem Beispiel wird gezeigt, wie eine Chassis-Cluster-Redundanzgruppe konfiguriert wird.

Anforderungen

Bevor Sie beginnen:

  1. Legen Sie die Gehäuse-Clusterknoten-ID und die Cluster-ID fest. Siehe Beispiel: Festlegen der Chassis-Cluster-Knoten-ID und der Cluster-ID.

  2. Konfigurieren Sie die Verwaltungsschnittstelle des Chassis-Clusters. Siehe Beispiel: Konfigurieren der Chassis-Cluster-Verwaltungsschnittstelle.

  3. Konfigurieren Sie die Chassis-Cluster-Fabric. Siehe Beispiel: Konfigurieren der Chassis-Cluster-Fabric-Schnittstellen.

Überblick

Eine Chassiscluster-Redundanzgruppe ist eine abstrakte Entität, die eine Sammlung von Objekten enthält und verwaltet. Jede Redundanzgruppe fungiert als unabhängige Failovereinheit und ist jeweils nur auf einem Knoten primär.

In diesem Beispiel erstellen Sie zwei Chassis-Cluster-Redundanzgruppen, 0 und 1:

  • 0—Knoten 0 wird eine Priorität von 100 und Knoten 1 eine Priorität von 1 zugewiesen.

  • 1: Knoten 0 wird eine Priorität von 100 und Knoten 1 eine Priorität von 1 zugewiesen.

Die Option "Trennen" ist aktiviert, und die Anzahl der unentgeltlichen ARP-Anforderungen, die eine Schnittstelle senden kann, um andere Netzwerkgeräte über ihre Anwesenheit zu informieren, nachdem für die Redundanzgruppe, zu der sie gehört, ein Failover ausgeführt wurde, beträgt 4.

Konfiguration

Verfahren

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 .

Schritt-für-Schritt-Anleitung

So konfigurieren Sie eine Chassis-Cluster-Redundanzgruppe:

  1. Geben Sie die Priorität einer Redundanzgruppe für den Primacy auf jedem Knoten des Clusters an. Die höhere Zahl hat Vorrang.

  2. Konfigurieren Sie den Knoten mit der höheren Priorität, um das Gerät mit der niedrigeren Priorität zu trennen und primär für die Redundanzgruppe zu werden.

    Sie können die vorzeitige Trennung für Redundanzgruppe 0 nicht aktivieren. Wenn Sie den primären Knoten für die Redundanzgruppe 0 ändern möchten, müssen Sie ein manuelles Failover durchführen.

  3. Geben Sie die Anzahl der unentgeltlichen ARP-Anforderungen an, die eine Schnittstelle senden kann, um andere Netzwerkgeräte über ihr Vorhandensein zu informieren, nachdem für die Redundanzgruppe, zu der sie gehört, ein Failover ausgeführt wurde.

Befund

Bestätigen Sie im Konfigurationsmodus Ihre Konfiguration, indem Sie die show chassis cluster status redundancy-group Befehle eingeben. Wenn in der Ausgabe nicht die beabsichtigte Konfiguration angezeigt wird, wiederholen Sie die Konfigurationsanweisungen in diesem Beispiel, um sie zu korrigieren.

Wenn Sie mit der Konfiguration des Geräts fertig sind, wechseln commit Sie aus dem Konfigurationsmodus.

Verifizierung

Überprüfen des Status der Chassis-Cluster-Redundanzgruppe

Zweck

Überprüfen Sie den Status einer Chassis-Cluster-Redundanzgruppe.

Aktion

Geben Sie im Betriebsmodus den show chassis cluster status redundancy-group Befehl ein.