Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Vorbereiten der Ausrüstung für die Bildung von Chassis-Clustern

Verwenden Sie Funktionen entdecken, um die Plattform- und Releaseunterstützung für bestimmte Funktionen zu bestätigen.

Lesen Sie den Abschnitt Plattformspezifisches Verhalten bei der Bildung von Chassis-Clustern , um Hinweise zu Ihrer Plattform zu erhalten.

Um einen Chassis-Cluster zu bilden, wird ein Paar der gleichen Art von unterstützten Firewalls der SRX-Serie kombiniert, um als ein einziges System zu fungieren und die gleiche Gesamtsicherheit durchzusetzen. Firewalls der SRX-Serie müssen die folgenden Anforderungen erfüllen, um in einen Chassis-Cluster aufgenommen zu werden.

Um einen Chassis-Cluster zu bilden, wird ein Paar der gleichen Art von unterstützten Firewalls der SRX-Serie kombiniert, um als ein einziges System zu fungieren und die gleiche Gesamtsicherheit durchzusetzen.

  • Die Netzwerkknotenredundanz wird erreicht, indem ein Paar der gleichen Art von unterstützten Firewalls der SRX-Serie in einem Cluster gruppiert wird.

  • Firewalls der SRX-Serie müssen vom gleichen Modell sein.

  • Junos OS-Anforderungen: Auf beiden Geräten muss dieselbe Junos OS-Version ausgeführt werden

  • Lizenzierungsanforderungen: Lizenzen sind für jedes Gerät eindeutig und können nicht von mehreren Geräten gemeinsam genutzt werden. Beide Geräte (die einen Chassis-Cluster bilden werden) müssen über identische Funktionen und Lizenzschlüssel verfügen oder installiert sein. Wenn beide Geräte nicht über einen identischen Satz von Lizenzen verfügen, funktioniert diese bestimmte lizenzierte Funktion nach einem Failover möglicherweise nicht, oder die Konfiguration wird bei der Gehäuse-Cluster-Bildung möglicherweise nicht synchronisiert.

  • Alle Services Processing Cards (SPCs), Network Processing Cards (NPCs) und Input/Output Cards (IOCs) auf den entsprechenden Firewalls der SRX-Serie müssen die gleiche Steckplatzplatzierung aufweisen und vom gleichen Typ sein. Beispiel:

    Sie können den show chassis hardware Befehl verwenden, um den Typ der Karte zu identifizieren.

    Das folgende Beispiel zeigt die Platzierung und den Typ der Karten, die in einem Gehäuse-Cluster-Setup verwendet werden:

  • Die Steuerports auf den jeweiligen Knoten sind miteinander verbunden, um eine Steuerungsebene zu bilden, die die Konfiguration und den Kernel-Zustand synchronisiert, um die hohe Verfügbarkeit von Schnittstellen und Diensten zu ermöglichen.

  • Die Data Plane auf den jeweiligen Knoten ist über die Fabric-Ports verbunden, um eine einheitliche Data Plane zu bilden. Der Fabric-Link ermöglicht die Verwaltung der knotenübergreifenden Datenstromverarbeitung und die Verwaltung der Sitzungsredundanz.

Plattformspezifisches Verhalten bei der Chassis-Cluster-Bildung

Verwenden Sie Funktionen entdecken, um die Plattform- und Releaseunterstützung für bestimmte Funktionen zu bestätigen.

Verwenden Sie die folgende Tabelle, um plattformspezifische Verhaltensweisen für Ihre Plattform zu überprüfen.

Bahnsteig

Unterschied

SRX-Serie

  • Firewalls der SRX300-Serie, die Chassis-Cluster unterstützen, enthalten unterschiedliche Physical Interface Modules (PIMs), obwohl die Firewalls vom gleichen Typ sind.

  • SRX4600 Firewall, die Gehäuse-Cluster unterstützt, verfügt über dedizierte, nicht austauschbare Steckplätze für jeden Kartentyp.

  • Firewalls der SRX5000-Serie, die Chassis-Cluster unterstützen, erfordern, dass beide Geräte übereinstimmende Platzierungen und Arten von Platzierungen und Typen teilen:

    • Services processing cards (SPC, SPC2, SRX5K-SPC3)

    • Ein-/Ausgabekarten (IOC1, IOC2, IOC3, IOC4)

    SCB4 wird auf SRX5400 nicht unterstützt. Alle anderen Komponenten werden auf SRX5400 unterstützt.