Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Verstehen der Virtual Chassis Fabric-Komponenten

In diesem Thema werden die Komponenten einer Virtual Chassis Fabric (VCF) beschrieben.

Spine-leaf-Topologie

Der VCF verwendet eine Spine-and-Leaf-Architektur, bei der jedes Gerät in der Fabric entweder ein Spine-Gerät oder ein Leaf-Gerät ist.

Ein VCF kann über bis zu vier Spine-Geräte und bis zu zwanzig Geräte verfügen. Jedes Spine-Gerät verfügt über mindestens eine direkte VCP-Verbindung (Virtual Chassis Port) zu jedem Leaf-Gerät im VCF.

Der gesamte Datenverkehr, der in ein Leaf-Gerät gelangt, kann daher an jedes direkt verbundene Spine-Gerät weitergeleitet werden und ist immer zwei Hops von jedem anderen Leaf-Gerät entfernt – Leaf-Geräte-zu-Leaf-Datenverkehr vom Quell-Leaf-Gerät zu einem Spine-Gerät zum Ziel-Leaf-Gerät – innerhalb des VCF.

Eine Illustration der VCF-Spine-and-Leaf-Architektur finden Sie in Abbildung 1 :

Abbildung 1: VCF Spine-and-Leaf-Architektur VCF Spine-and-Leaf Architecture
Hinweis:

Eine VCF-Topologie sollte mindestens vier Mitglieder umfassen – zwei Spine-Geräte und mindestens zwei Leaf-Geräte. Für Topologien mit drei oder weniger Mitgliedern verwenden Sie stattdessen eine Virtual Chassis-Konfiguration.

Der Datenverkehr wird über einen VCF mithilfe eines gewichteten Algorithmus weitergeleitet, um Überlastungen zu vermeiden. Der Datenverkehr, der über den VCF von einem Leaf-Gerät zu einem anderen Leaf-Gerät übertragen wird, wird über den jeweils besten verfügbaren Pfad weitergeleitet, sodass jede Verbindung zu einem Spine-Gerät zum Transport von Datenverkehr von einem Leaf-Gerät zu einem anderen Leaf-Gerät verwendet werden kann.

Unterstützte VCF-Konfigurationen

Ein VCF kann mit QFX5100-Switches als Spine-Geräte konfiguriert werden, die als QFX5100 VCF bezeichnet werden. Ab Junos OS Version 17.3R1 kann ein VCF auch mit QFX5110-32Q-Switches als Spine-Geräte konfiguriert werden, die als QFX5110 VCF bezeichnet werden. Die folgenden VCF-Konfigurationen werden entweder auf Basis von QFX5110- oder QFX5100-Switches als Spine-Mitglieder unterstützt, wie angegeben:

  • Ein nicht gemischter QFX5100 VCF verfügt über QFX5100-Switches als Spine-Mitglieder und unterstützt nur QFX5100-Switches als Leaf-Mitglieder.

  • Ein gemischter QFX5100-VCF verfügt über QFX5100-Switches als Spine-Mitglieder und unterstützt jede beliebige Kombination von EX4300-, QFX3500- und QFX3600-Switches, möglicherweise mit zusätzlichen QFX5100-Switches, als Leaf-Mitglieder.

    Hinweis:

    Ex4300-Multigigabit-Modelle (EX4300-48MP)-Switches werden in einem VCF nicht unterstützt.

  • Ein nicht gemischter QFX5110-VCF oder einfach ein QFX5110-VCF verfügt über QFX5110-32Q-Switches als Spine-Mitglieder und unterstützt entweder nur QFX5110-Switches oder eine beliebige Kombination von unterstützten QFX5100-Switches und QFX5110-Switches als Leaf-Elemente. (Sowohl QFX5110- als auch QFX5100-Switches führen dasselbe Software-Image in einem VCF aus und müssen nicht im gemischten Modus betrieben werden.)

Spine-Geräte

Ein Spine-Gerät:

  • Muss entweder ein QFX5100-Switch in einem QFX5100-VCF oder ein QFX5110-32Q-Switch in einem QFX5110-VCF sein.

  • Kann in der Routing-Engine- oder Linecard-Rolle konfiguriert werden.

    In einem VCF müssen mindestens zwei Spine-Geräte in die Routing-Engine-Rolle konfiguriert werden. Die verbleibenden Spine-Geräte können als alternative Routing-Engine-Geräte konfiguriert oder in die Linecard-Rolle konfiguriert werden.

  • Verfügt über eine direkte Verbindung zu jedem Leaf-Gerät.

  • Verbindet in der Regel einen Router, eine Firewall oder ein anderes Netzwerkgerät im Datencenter mit dem VCF.

Ein VCF sollte immer über mindestens zwei aktive Spine-Geräte verfügen, die mit mindestens zwei Leaf-Geräten verbunden sind. Ein VCF unterstützt bis zu vier Spine-Geräte.

Hinweis:

In einem QFX5110 VCF müssen Sie nur QFX5110-32Q-Switches als Spine-Geräte verwenden.

Best Practice:

In einem QFX5100 VCF empfehlen wir die Verwendung der folgenden QFX5100-Switches als Spine-Geräte:

  • QFX5100-24Q-Switches in Bereitstellungen, in denen Geräte eine Verbindung zum VCF herstellen, indem sie die 10-Gbit/s-Ethernet-Schnittstellen auf den Leaf-Geräten oder eine Kombination aus 10-Gbit/s- und 1-Gbit/s-Ethernet-Schnittstellen auf den Leaf-Geräten verwenden.

  • QFX5100-96S oder QFX5100-48S in Bereitstellungen, in denen Sich Geräte über 1-Gbit/s-Ethernet-Schnittstellen nur auf Leaf-Geräten mit dem VCF verbinden.

  • QFX5100-48T-Switches werden nicht als Spine-Geräte unterstützt.

Leaf-Geräte

Ein Leaf-Gerät:

  • Kann ein QFX5100-, QFX3500-, QFX3600- oder EX4300-Switch in einem QFX5100 VCF sein.

  • Kann ein QF5110- oder QFX5100-Switch in einem QFX5110 VCF sein.

  • Verfügt über eine direkte Verbindung zu jedem Spine-Gerät.

  • Funktioniert normalerweise in der Linecard-Rolle.

    Wenn Sie aus Gründen der Ausfallsicherheit keine zusätzlichen Spine-Geräte zur Übernahme der primären oder Backup-Routing-Engine-Rolle haben, können Sie ein Leaf-Gerät in die Routing-Engine-Rolle konfigurieren, falls ein Spine-Gerät ausfällt.

  • Verbindet in der Regel ein Endgerät ( z. B. ein Server oder ein anderes Speichergerät in einem Rechenzentrum ) mit dem VCF.

Ein VCF kann über bis zu zwanzig Geräte verfügen, und bis zu vier Geräte können als Spine-Geräte konfiguriert werden. Die Geräte, bei denen es sich nicht um Spine-Geräte in einem VCF handelt, werden als Leaf-Geräte betrieben.

Hinweis:

Ein VCF sollte mindestens vier Mitglieder umfassen – zwei Spine-Geräte und mindestens zwei Leaf-Geräte. Für Topologien mit drei oder weniger Mitgliedern verwenden Sie stattdessen eine Virtual Chassis-Konfiguration.

Routing-Engine-Rolle

Ein VCF verfügt über zwei Spine-Geräte, die in der Routing-Engine-Rolle betrieben werden: eine primäre Routing-Engine und eine Backup-Routing-Engine.

Das Gerät, das als primäre Routing-Engine fungiert:

  • Ist in der Regel ein Spine-Gerät.

  • Verwaltet die Mitgliedergeräte.

  • Führt die Chassis-Management-Prozesse und Steuerungsprotokolle aus.

  • Stellt alle in der VCF-Konfiguration verbundenen Geräte der Mitglieder dar. (Der Hostname und andere Parameter, die Sie diesem Gerät während der Einrichtung zuweisen, gelten für alle Mitglieder des VCF.)

Das Gerät, das als Backup-Routing-Engine fungiert:

  • Ist in der Regel ein Spine-Gerät.

  • Hält den Status der Bereitschaft aufrecht, die primäre Rolle zu übernehmen, wenn der primäre ausfällt.

  • Synchronisiert im Hinblick auf Protokollzustände, Weiterleitungstabellen usw. mit dem Primären, sodass Routinginformationen erhalten bleiben und die Netzwerkkonnektivität ohne Unterbrechungen beibehalten wird, wenn der primäre nicht verfügbar ist.

In einem VCF konfigurieren Sie in der Regel mindestens zwei Spine-Geräte in die Routing-Engine-Rolle. Sie können entweder die verbleibenden Spine-Geräte explizit in die Linecard-Rolle konfigurieren oder alle Geräte, die nicht als primäre und Backup-Routing-Engines ausgewählt wurden, werden automatisch in der Linecard-Rolle ausgeführt (siehe Prozess zur Primären Routing-Engine-Wahl).

Ein Spine-Gerät, das in der Linecard-Rolle arbeitet, kann alle Spine-bezogenen Funktionen ohne Einschränkungen innerhalb eines VCF ausfüllen.

Linecard-Rolle

Ein Spine- oder Leaf-Gerät kann in einer VCF in die Linecard-Rolle konfiguriert werden.

In einem VCF konfigurieren Sie mindestens zwei Spine-Geräte in die Routing-Engine-Rolle. Sie können entweder die verbleibenden Spine-Geräte explizit in die Linecard-Rolle konfigurieren oder alle Geräte, die nicht als primäre und Backup-Routing-Engines ausgewählt wurden, werden automatisch in der Linecard-Rolle ausgeführt (siehe Prozess zur Primären Routing-Engine-Wahl). Ein Spine-Gerät, das Sie nicht explizit in die Routing-Engine-Rolle konfigurieren oder die Sie explizit in die Linecard-Rolle konfigurieren, wird niemals eine primäre Rolle übernehmen, wenn die primäre oder Backup-Routing-Engine ausfällt.

Ein Spine-Gerät, das in der Linecard-Rolle arbeitet, kann alle Spine-bezogenen Funktionen ohne Einschränkungen innerhalb eines VCF ausfüllen.

Leaf-Geräte in einem VCF werden normalerweise in der Linecard-Rolle ausgeführt.

  • In automatisch bereitgestellten Konfigurationen weist der VCF Leaf-Geräten die Linecard-Rolle zu, wenn sie mit dem VCF verbunden sind.

  • In vorinstallierten Konfigurationen müssen Sie die Linecard-Rolle auf den Leaf-Geräten und allen Spine-Geräten, die Sie nicht am Primärrollenwahlprozess teilnehmen möchten, manuell konfigurieren (siehe Primärrouting-Engine-Wahlprozess).

  • In nicht geplanten Konfigurationen werden Leaf-Geräten die Linecard-Rolle gemäß dem Algorithmus für die Primärrollenwahl zugewiesen, der die Primärrollenprioritätswerte verwendet, um die Rollen jedes Geräts im VCF festzulegen (unter anderem).

Ein Mitglied, das in der Linecard-Rolle in einem VCF fungiert:

  • Führt nur eine Teilmenge von Junos OS aus.

  • Erkennt bestimmte Fehlerbedingungen (z. B. ein nicht angeschlossenes Kabel) an allen Schnittstellen, die auf dem Gerät als primäre Routing-Engine konfiguriert wurden.

Primärer Routing-Engine-Wahlprozess

Das Gerät in der primären Routing-Engine-Rolle in einem VCF ist normalerweise ein Spine-Gerät.

In einem vorinstallierten oder automatisch bereitgestellten VCF konfigurieren Sie mindestens zwei Spine-Geräte in die Routing-Engine-Rolle. Im Primärrollenwahlprozess übernimmt das Spine-Gerät, das am längsten betrieben wurde, die primäre Routing-Engine-Rolle; das Spine-Gerät, das am zweitlängsten mit Strom versorgt wurde, übernimmt die Rolle der Backup-Routing-Engine.

In einem nicht geplanten VCF werden die primären und Backup-Routing-Engines mithilfe des folgenden Algorithmus ausgewählt:

  1. Wählen Sie das Spine-Gerät mit der höchsten benutzerkonfigurierten Primärrollenpriorität (255 ist der höchstmögliche Wert) als primäre Routing-Engine und das Spine-Gerät mit dem zweithöchsten Primärrollenprioritätswert als Backup-Routing-Engine.

    Ein Spine-Gerät mit einer Primärrollenpriorität von 0 bleibt immer in der Linecard-Rolle.

  2. Wählen Sie das Spine-Gerät aus, das beim letzten Start des VCF primär war.

  3. Wählen Sie das Spine-Gerät aus, das die längste Zeit in der VCF-Konfiguration enthalten ist.

  4. Wählen Sie das Spine-Gerät mit der niedrigsten MAC-Adresse.

In QFX5100-VCF-, QFX3500-, QFX3600- und EX4300-Geräten wird niemals die primäre oder Backup-Routing-Engine-Rolle angenommen.

In einem QFX5110-VCF sollten die Spine-Geräte QFX5110-32Q-Switches sein, sodass diese immer die Switches in der primären oder Backup-Routing-Engine-Rolle sind.

Wir empfehlen dringend, die Primärrollenpriorität der Spine-Geräte in Ihrem VCF zu konfigurieren, um sicherzustellen, dass die richtigen Geräte ihre beabsichtigten Rollen übernehmen, wenn Sie Ihren VCF mit einer nicht vorgesehenen Konfiguration konfigurieren.

Virtual Chassis-Ports (VCPs)

Virtual Chassis-Ports (VCPs) werden in einem VCF verwendet, um Leaf-Geräte mit Spine-Geräten zu verbinden. Der gesamte Steuerungs- und Datenverkehr in einem VCF wird über VCPs übertragen.

Sie können die folgenden Ports in einem VCF in VCPs konfigurieren, um Switch-Modelle zu verbinden, die die angegebenen Porttypen und -geschwindigkeiten unterstützen:

  • 10-Gbit/s-SFP+-Ports in einem QFX5100 VCF oder einem QFX5110 VCF

  • 40-Gbit/s-QSFP+-Ports in einem QFX5100-VCF oder einem QFX5110-VCF

  • 100-Gbit/s- oder 40-Gbit/s-QSFP28-Ports in einem QFX5110-VCF

Hinweis:

Kanalisierte Schnittstellen können nicht in VCPs konfiguriert werden.

Sie können VCP-Ports manuell konfigurieren, oder alle oben aufgeführten Ports können unter bestimmten Bedingungen auch automatisch in VCPs umgewandelt werden, wenn ein neues Gerät einem automatisch bereitgestellten oder vorinstallierten VCF hinzugefügt wird. Die automatische VCP-Konvertierung wird im folgenden Abschnitt ausführlicher behandelt.

Automatische VCP-Konvertierung (Virtual Chassis Port)

Ports, die VCPs sein können, werden automatisch in VCPs umgewandelt, wenn:

  • Das Link Layer Discovery Protocol (LLDP) ist an den Schnittstellen an beiden Enden der VCP-Verbindung aktiviert. LLDP ist standardmäßig aktiviert.

  • Das Gerät, das dem VCF hinzugefügt wird, wird im Fabric-Modus konfiguriert.

  • Eines der Geräte ist bereits Teil eines VCF, der automatisch implementiert oder vorinstalliert wurde.

  • Die Schnittstellen für die Ports an beiden Enden der Verbindung sind nicht bereits als VCPs konfiguriert.

    Für Schnittstellen mit einer der folgenden Spezifikationen müssen Sie den request virtual-chassis vc-port delete Befehl verwenden, um die Schnittstelle in eine Netzwerkschnittstelle zu ändern, damit sie für die automatische VCP-Konvertierung qualifiziert ist:

    • Ein 40-Gbit/s-QSFP+-Port auf einem EX4300-Switch, der standardmäßig in einem VCP konfiguriert ist.

    • Alle Schnittstellen im VCF, bei denen es sich um ein VCP handelte, das noch nicht neu konfiguriert wurde. Wenn ein Gerät aus einem VCF entfernt wird, bleibt die Schnittstelle, die mit dem entfernten Gerät verbunden war, als VCP konfiguriert, bis es in einen Netzwerkport neu konfiguriert ist.

    • Jede Schnittstelle, die mithilfe des request virtual-chassis vc-port set Befehls in ein VCP konfiguriert wurde.

Die automatische VCP-Konvertierung funktioniert nicht in nicht vorgesehenen VCFs.

Die automatische VCP-Konvertierung wandelt eine VCP-Schnittstelle nicht automatisch in eine Netzwerkschnittstelle um, wenn ein Gerät von einem VCF entfernt wird. Wenn die automatische VCP-Konvertierung eine Schnittstelle in ein VCP (auf beiden Seiten des VCP-Links) umgewandelt hat und die Schnittstelle als Netzwerkschnittstelle fungieren soll, müssen Sie die VCP-Einstellung manuell mithilfe des Befehls request virtual-chassis vc-port delete löschen.

VCF-Konfigurationsoptionen

Sie können einen VCF mit einer autoprovisionierten, vorinstallierten oder nicht bereitgestellten Konfiguration konfigurieren.

Die automatische Konfiguration ermöglicht es Ihnen, Leaf-Geräte nach Abschluss einer minimalen Erstkonfiguration an einen VCF anzuschließen und abzuspielen .

In einer vorab geplanten Konfiguration steuern Sie die Geräte in Ihrem VCF deterministisch, indem Sie die Seriennummer jedes Geräts einer Mitglieds-ID und -Rolle zuordnen.

Eine nicht vorgesehene Konfiguration ist möglich, wird jedoch für die meisten VCF-Installationen nicht empfohlen. Bei einer nicht geplanten Konfiguration handelt es sich um ein hochgradig manuelles Verfahren, das nur von erfahrenen Benutzern durchgeführt werden sollte.

Weitere Informationen zu den VCF-Konfigurationsoptionen finden Sie unter Verstehen der Virtual Chassis Fabric-Konfiguration .

Fabric-Modus

Geräte müssen im Fabric-Modus konfiguriert werden, um als Mitglied eines VCF ordnungsgemäß teilnehmen zu können. Als Best Practice sollten Sie ein Gerät im Fabric-Modus konfigurieren, bevor es mit dem VCF verbunden wird.

Geräte befinden sich standardmäßig nicht im Fabric-Modus. Ein Gerät, das sich in einem Virtual Chassis oder einem eigenständigen Gerät befindet, das nicht Teil eines VCF ist, sollte niemals im Fabric-Modus konfiguriert werden.

In automatisch bereitgestellten oder vorinstallierten VCF-Konfigurationen können Sie ein Spine-Gerät manuell in den Fabric-Modus konfigurieren und dann mit einem VCF verbinden. Alternativ dazu wird ein Spine-Gerät, das zeroisiert wurde oder über die Werkseinstellungen verfügt, während des automatischen VCP-Konvertierungsprozesses automatisch im Fabric-Modus konfiguriert, wenn es mit einem VCF verbunden ist. In beiden Fällen erfordert die Konfiguration des Geräts im Fabric-Modus einen Geräteneustart als letzten Schritt, damit das Spine-Gerät dem VCF beitritt. Wenn die Konfiguration im Fabric-Modus automatisch erfolgt, startet der VCF das Gerät automatisch neu; Bei manueller Konfiguration im Fabric-Modus müssen Sie das Gerät manuell neu starten.

In einem automatisch bereitgestellten oder vorinstallierten VCF legt der VCF automatisch den Fabric-Modus fest und startet das Leaf-Gerät neu, wenn es während der automatischen VCP-Konvertierung mit dem VCF verbunden ist. Sie können die Ausfallzeiten vermeiden, die mit dem automatischen Neustart einhergehen, indem Sie das Gerät in den Fabric-Modus einstellen und das Leaf-Gerät neu starten, bevor es mit dem VCF verbunden wird.

Best Practice:

Für optimale Ergebnisse empfehlen wir dringend, ein Spine- oder Leaf-Gerät manuell im Fabric-Modus zu konfigurieren und das Gerät dann manuell neu zu starten, bevor es mit dem VCF verbunden wird, anstatt dass der Neustart automatisch erfolgt, was während der VCF-Konfiguration und des Betriebs als eine unerwartete Aktion empfunden werden kann.

Gemischter Modus

Ein gemischter VCF ist ein VCF, der zwei oder mehr Arten von Member-Switches in unterstützten Kombinationen umfasst, auf denen verschiedene Software-Images ausgeführt werden. In einem gemischten VCF müssen Sie alle Geräte im VCF im gemischten Modus konfigurieren, und der Switch muss neu gestartet werden, nachdem der Modus geändert wurde, damit die Änderung wirksam wird.

Ein VCF kann entweder auf QFX5110- oder QFX5100-Switches als Spine-Mitglieder basieren, aber nur ein QFX5100-VCF kann ein gemischter VCF sein, wenn der VCF QFX5100 Spine-Mitglieder enthält und auch EX4300, QFX3500, QFX3600 oder QFX5100-Switches als Leaf-Mitglieder umfasst. Ein QFX5110 VCF, der QFX5110-32Q Spine-Mitglieder haben muss und jede Kombination von QFX5100- und QFX5110-Switches als Leaf-Mitglieder haben kann, gilt immer als nicht gemischter VCF; Beide Switches führen dasselbe Software-Image aus, wenn sie mit einem VCF verbunden sind, und Sie müssen die Mitglieder nicht im gemischten Modus konfigurieren. Weitere Informationen darüber, welche Switches zu einem gemischten VCF kombiniert werden können, finden Sie unter Understanding Mixed EX Series and QFX Series Virtual Chassis(Verstehen gemischter EX-Serie und QFX-Serie Virtual Chassis ).

Die optimale QFX5110 VCF-Topologie besteht darin, nur QFX5110-Switches zu verwenden, und die optimale QFX5100-VCF-Topologie besteht darin, einen nicht gemischten QFX5100 nur mit QFX5100-Switches zu verwenden. In jeder dieser Topologien unterstützt ein vollständig aus den Basis-VCF-Geräten zusammengesetzter VCF die größte Funktionsbreite bei höchster Skalierbarkeit und unterstützt gleichzeitig die höchste Anzahl von Hochgeschwindigkeitsschnittstellen.

Geräte sind standardmäßig nicht im gemischten Modus konfiguriert. Ein Gerät, das nicht Teil eines Virtual Chassis oder eines VCF mit anderen Geräten ist, sollte niemals im gemischten Modus konfiguriert werden.

Virtual Management Ethernet-Schnittstelle

Die VCF-Konfiguration kann per Fernzugriff über eine globale Managementschnittstelle namens Virtual Management Ethernet (VME)-Schnittstelle verwaltet werden. Die VME-Schnittstelle ist eine logische Schnittstelle, die alle Out-of-Band-Management-Ports auf den Mitgliedsgeräten darstellt. Wenn Sie eine Verbindung mit dem VCF über die IP-Adresse der VME-Schnittstelle herstellen, wird die Verbindung immer an das Gerät weitergeleitet, das in der primären Routing-Engine-Rolle agiert.

Zur Konfiguration eines VCF sollte immer eine VME-Schnittstelle verwendet werden. Die VME-Schnittstelle ist nicht an ein Gerät gebunden, sodass sie auch nach den Änderungen der primären Routing-Engine immer zur Anmeldung beim VCF verwendet werden kann.

Wir empfehlen dringend, den Management-Port auf allen Geräten zu verkabelung, die als Routing-Engines zum Netzwerk fungieren, um sicherzustellen, dass Sie über die VME-Schnittstelle immer eine direkte Verbindung zur primären Routing-Engine haben, unabhängig davon, welches Gerät die primäre Routing-Engine-Rolle übernimmt. Die Management-Ports auf Leaf-Geräten können auch von der VME-Schnittstelle für den Zugriff auf den VCF verwendet werden, sodass Sie bei Bedarf auch Kabel-Leaf-Geräteverwaltungsports zum Netzwerk bereitstellen können.

Virtual Chassis Fabric Port Link Aggregation Group-Bündel

Sie können die Bandbreite für Verbindungen erhöhen, die als VCPs innerhalb eines VCF zwischen zwei Geräten konfiguriert sind, indem Sie mehrere Verbindungen mit gleicher Geschwindigkeit zwischen zwei Geräten in VCPs konfigurieren. Wenn Sie beispielsweise zwei 40-Gbit/s-QSFP+-Verbindungen konfigurieren, die dieselben Geräte in einem VCF mit VCPs verbinden, bilden die beiden VCP-Verbindungen ein LAG-Paket mit zwei Mitgliederlinks und 80 Gbit/s der verfügbaren Gesamtbandbreite.

Ein VCP LAG-Bündel bietet mehr Bandbreite als ein einzelner VCP-Link bereitstellen kann. Ein VCP LAG-Paket verbessert auch die Leistung, indem es den Datenverkehr über Links innerhalb des Pakets lastausgleicht und Redundanz bietet, da der Datenverkehr über eine andere Mitgliederverbindung im VCP LAG-Paket weitergeleitet werden kann, wenn eine VCP-Verbindung ausfällt.

Die VCP LAG-Bündelung erfolgt automatisch, wenn VCP-Verbindungen mit der gleichen Geschwindigkeit zwischen zwei Geräten konfiguriert werden. Eine Benutzerkonfiguration ist nicht erforderlich. VCP LAG-Bündelung funktioniert nur auf VCP-Links mit gleicher Geschwindigkeit, sodass beispielsweise 10-Gbit/s- und 40-Gbit/s-Links nicht im selben VCP LAG-Paket sein können.

Lizenzanforderungen für Virtual Chassis Fabric

Für die Konfiguration eines VCF ist eine Funktionslizenz erforderlich. Bei der VCF-Funktionslizenz handelt es sich um eine Lizenz für unabhängige Funktionen. die Enhanced Feature Licenses (EFLs) oder Advanced Feature Licenses (AFLs), die erworben werden müssen, um einige Funktionen auf einigen Juniper Switches zu aktivieren, können nicht erworben werden, um VCF zu aktivieren.

Für eine VCF-Bereitstellung werden zwei Lizenzschlüssel für die Redundanz empfohlen– einen für das Gerät in der primären Routing-Engine-Rolle und den anderen für das Gerät in der Backup-Routing-Engine-Rolle.

Für die Konfiguration erweiterter Funktionen auf einer Virtual Chassis Fabric sind auch Funktionslizenzen erforderlich. Für eine Virtual Chassis Fabric-Bereitstellung werden zwei Lizenzschlüssel für die Redundanz empfohlen: einer für das Gerät in der primären Routing-Engine-Rolle und der andere für das Gerät in der Backup-Routing-Engine-Rolle. Siehe Softwarefunktionen, die Lizenzen für die QFX-Serie erfordern.

Um Funktionslizenzen für VCF zu erwerben, wenden Sie sich an Ihren Juniper Networks Vertriebsmitarbeiter (https://www.juniper.net/us/en/contact-us/sales-offices). Der Juniper Vertriebsmitarbeiter stellt Ihnen die Funktionslizenzdateien und Lizenzschlüssel zur Verfügung. Sie werden gebeten, die Seriennummer des Gehäuses Ihres Switches zu geben; erhalten Sie die Seriennummer, indem Sie den show virtual-chassis Befehl ausführen.

Hardwareanforderungen für eine Virtual Chassis Fabric

Ein VCF kann bis zu vier Geräte enthalten, die als Spines konfiguriert sind, und bis zu zwanzig Geräte insgesamt. Ein VCF sollte mindestens vier Mitglieder enthalten – zwei Spine-Geräte und mindestens zwei Leaf-Geräte, die in einer Spine-and-Leaf-Topologie miteinander verbunden sind.

Hinweis:

Für Topologien mit drei oder weniger Mitgliedern verwenden Sie stattdessen eine Virtual Chassis-Konfiguration.

Spine-Geräte in einem gemischten QFX5100-VCF müssen QFX5100-Switches mit einer beliebigen Kombination aus QFX5100-, QFX3600-, QFX3500- oder EX4300-Switches als Leaf-Geräte sein.

Best Practice:

Wir empfehlen, die folgenden QFX5100-Switches als Spine-Geräte zu verwenden:

  • QFX5100-24Q-Switches in Bereitstellungen, in denen Geräte eine Verbindung zum VCF herstellen, indem sie die 10-Gbit/s-Ethernet-Schnittstellen auf den Leaf-Geräten oder eine Kombination aus 10-Gbit/s- und 1-Gbit/s-Ethernet-Schnittstellen auf den Leaf-Geräten verwenden.

  • QFX5100-96S oder QFX5100-48S in Bereitstellungen, in denen Sich Geräte über 1-Gbit/s-Ethernet-Schnittstellen nur auf Leaf-Geräten mit dem VCF verbinden.

QFX5100-48T-Switches werden nicht als Spine-Geräte unterstützt.

Spine-Geräte in einem QFX5110 VCF müssen QFX5110-32Q-Switches sein. Leaf-Geräte in einem QFX5110 VCF können eine beliebige Kombination aus unterstützten QFX5100-Switches und QFX5110-Switches sein.

Die folgenden QFX5110-Switches werden als Leaf-Geräte in einem QFX5110 VCF unterstützt:

  • QFX5110-32Q

  • QFX5110-48S

Die folgenden QFX5100-Switches werden als Leaf-Geräte in einem QFX5110 VCF unterstützt:

  • QFX5100-24Q

  • QFX5100-48S

  • QFX5100-48T

    Ab Junos OS Version 17.3R2 können QFX5100-48T-Switches in einem QFX5110 VCF enthalten sein.

  • QFX5100-96S

Softwareanforderungen in einer Virtual Chassis Fabric

Auf allen Geräten in einem VCF muss dieselbe Version der Junos OS-Software ausgeführt werden, die VCF unterstützt.

Die Geräte im VCF müssen die Softwareversion für eigenständige Switches verwenden.

Das Flex-Softwarepaket wird auf nicht gemischten QFX5100-VCFs unterstützt, wobei nur QFX5100-Member-Switches verwendet werden. Sie können das Flex-Softwarepaket nicht in gemischten VCFs verwenden. Das Flex-Softwarepaket ist die Software, die beim Herunterladen aus dem Software Center den Text "jinstall-qfx-5-flex" im Dateinamen enthält.

Ein QFX5110 VCF kann nur mit QFX5110- und QFX5100-Switches eingerichtet werden, auf denen das gleiche Junos OS-Image ausgeführt wird. Dabei muss es sich um ein Bild handeln, das "-qfx-5e-" im Dateinamen des Softwarepakets enthält, wenn das Junos OS-Paket aus dem Software Center heruntergeladen wird.

VORSICHT:

QFX5100-Switches, auf denen ein Junos OS-Image ausgeführt wird, das "-qfx-5-" im Dateinamen des Softwarepakets enthält, müssen auf einen Paketdateinamen mit "-qfx-5e-" aktualisiert werden, bevor sie zu einem QFX5110 VCF hinzugefügt werden. Erfahren Sie , wie Sie einen QFX5100-Switch mit einem USB-Gerät aktualisieren, um einer QFX5110 Virtual Chassis- oder Virtual Chassis-Fabric beizutreten.

Für jeden VCF empfehlen wir, ein Gerät auf die Junos OS-Version zu aktualisieren, die auf dem VCF ausgeführt wird, bevor es mit dem VCF verbunden wird. Weitere Informationen zu VCF-Software-Upgrades finden Sie unter Verstehen von Software-Upgrades in einer Virtual Chassis Fabric.

Versionsverlaufstabelle
Release
Beschreibung
17.3R2
Ab Junos OS Version 17.3R2 können QFX5100-48T-Switches in einem QFX5110 VCF enthalten sein.
17.3R1
Ab Junos OS Version 17.3R1 kann ein VCF auch mit QFX5110-32Q-Switches als Spine-Geräte konfiguriert werden, die als QFX5110 VCF bezeichnet werden.