Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
AUF DIESER SEITE
 

Multihoming und Design und Implementierung eines Ethernet-verbundenen Endsystems

Eine Übersicht über das Multihoming eines mit Ethernet verbundenen Endsystems in diesem Referenzdesign finden Sie im Abschnitt Multihoming-Unterstützung für Ethernet-verbundene Endsysteme unter Komponenten der Data Center Fabric Blueprint-Architektur.

Abbildung 1 veranschaulicht das mehrfach vernetzte Ethernet-verbundene Endsystem in diesem Verfahren:

Abbildung 1: Überblick über ein Multihoming-Beispiel mit Ethernet-Connected Multihoming Example Overview Ethernet-Verbindung

Konfigurieren eines multihomed Ethernet-verbundenen Endsystems mithilfe von EVPN-Multihoming mit VLAN-Trunking

EVPN-Multihoming wird in diesem Baustein verwendet, um ein mit Ethernet verbundenes Endsystem mit dem Overlay-Netzwerk zu verbinden. Beim EVPN-Multihoming werden zwei oder mehr physische Multihomed-Verbindungen als ein einziges Ethernet-Segment behandelt, das durch eine EVPN-Ethernet-Segment-ID (ESI) identifiziert wird. Die Gruppe der physischen Verbindungen, die zum selben Ethernet-Segment gehören, wird als eine aggregierte Ethernet-Schnittstelle behandelt. Die Member-Links bieten – ähnlich wie Member-Links in einer herkömmlichen aggregierten Ethernet-Schnittstelle – redundante Pfade zum und vom Endsystem und stellen gleichzeitig sicher, dass der Overlay-Netzwerkverkehr auf die verschiedenen Pfade verteilt wird.

LACP mit dem Fast-Timer-Modus wird verwendet, um die Fehlererkennung und Deaktivierung von beeinträchtigten Mitgliedern eines Ethernet-Segments zu verbessern. MicroBFD kann auch verwendet werden, um die Fehlerisolierung weiter zu verbessern, kann jedoch möglicherweise nicht skaliert werden, um alle dem Endsystem zugewandten Ports zu unterstützen. Darüber hinaus muss auf dem Endsystem Unterstützung für microBFD vorhanden sein.

Im Referenzdesign wurde getestet, ob ein mit Ethernet verbundener Server mit einem einzelnen Leaf verbunden oder mit 2 oder 3 Leaf-Geräten multivernetzt war, um sicherzustellen, dass der Datenverkehr in Multihomed-Setups mit mehr als 2 Leaf-Geräten ordnungsgemäß verarbeitet werden kann. In der Praxis kann ein mit Ethernet verbundener Server auf eine große Anzahl von Leaf-Geräten multihomet werden.

So konfigurieren Sie einen mehrfach vernetzten Ethernet-Server:

  1. (Nur aggregierte Ethernet-Schnittstellen) Erstellen Sie die aggregierten Ethernet-Schnittstellen, um jedes Leaf-Gerät mit dem Server zu verbinden. Aktivieren Sie LACP mit einem schnellen Periodenintervall für jede aggregierte Ethernet-Schnittstelle.

    Blatt 10:

    Blatt 11:

    Blatt 12:

    Hinweis:

    Die drei Leaf-Geräte in diesem Schritt verwenden denselben aggregierten Ethernet-Schnittstellennamen (ae11) und dieselben Member-Link-Schnittstellen (et-0/0/13 und et-0/0/14), um die Netzwerkverwaltung zu organisieren und zu vereinfachen.

    Vermeiden Sie die Verwendung unterschiedlicher AE-Namen bei jedem VTEP für dieselbe ESI, da dies die Konfiguration des LACP-Admin-Schlüssels erfordert, damit das Endsystem die mehrfach vernetzten Links als Teil derselben LAG identifizieren kann.
  2. Konfigurieren Sie jede Schnittstelle in eine Trunk-Schnittstelle. Weisen Sie jeder Trunk-Schnittstelle VLANs zu.
    Hinweis:

    Wenn Sie Ihr Endsystem über eine einzelne Verbindung mit dem Leaf-Gerät verbinden, ae11ersetzen Sie für den Rest dieses Verfahrens den Schnittstellennamen (z. B. – durch einen physischen Schnittstellennamen, et-0/0/13z. B. –.

    Blatt 10:

    Blatt 11:

    Blatt 12:

  3. Konfigurieren Sie die mehrfach vernetzten Links mit einer ESI.

    Weisen Sie jede mehrfach vernetzte Schnittstelle dem Ethernet-Segment zu, das mithilfe des Ethernet Segment Identifier (ESI) identifiziert wird und das den mit Ethernet verbundenen Server hostet. Stellen Sie sicher, dass der Datenverkehr über alle mehrfach vernetzten Verbindungen geleitet wird, indem Sie jede Verbindung als all-active.

    Die ESI-Werte müssen auf allen mehrfach vernetzten Schnittstellen übereinstimmen.

    Blatt 10 :

    Blatt 11:

    Blatt 12:

  4. Aktivieren Sie LACP und konfigurieren Sie eine Systemkennung.

    Die LACP-Systemkennung muss auf allen mehrfach vernetzten Schnittstellen übereinstimmen.

    Blatt 10:

    Blatt 11:

    Blatt 12:

  5. Überprüfen Sie nach dem Commit der Konfiguration, ob sich die Links auf jedem Leaf-Switch im Up Status

    Beispiel:

  6. Stellen Sie sicher, dass LACP auf den mehrfach vernetzten Verbindungen funktionsfähig ist.

Aktivieren von Storm Control

Die Sturmkontrolle kann als Teil dieses Bausteins aktiviert werden. Die Sturmsteuerung wird verwendet, um BUM-Datenverkehrsstürme zu verhindern, indem das BUM-Datenverkehrsniveau überwacht und eine bestimmte Aktion ergriffen wird, um die BUM-Datenverkehrsweiterleitung einzuschränken, wenn ein bestimmtes Datenverkehrsniveau – die so genannte Sturmkontrollstufe – überschritten wird. Weitere Informationen zu dieser Funktion finden Sie unter Grundlegendes zu Storm Control .

In diesem Referenzdesign ist die Sturmsteuerung auf serverseitigen aggregierten Ethernet-Schnittstellen aktiviert, um die Rate des Broadcast-, unbekannten Unicast- und Multicast-Datenverkehrs (BUM) zu begrenzen. Wenn die Menge des BUM-Datenverkehrs 1 % der verfügbaren Bandbreite auf der aggregierten Ethernet-Schnittstelle überschreitet, verwirft die Sturmsteuerung den BUM-Datenverkehr, um Broadcast-Stürme zu verhindern.

So aktivieren Sie die Sturmkontrolle:

  1. Erstellen Sie das Sturmkontrollprofil, das zum Aktivieren der Funktion verwendet wird. In diesem Schritt werden die Schnittstellen angegeben, die mit dem Sturmsteuerungsprofil konfiguriert werden.

    Leaf-Gerät:

  2. Legen Sie die Sturmschutzkonfiguration im Profil fest.

    In diesem Referenzdesign ist die Sturmsteuerung so konfiguriert, dass BUM-Datenverkehr strategisch verworfen wird, wenn die Menge des BUM-Datenverkehrs 1 % der gesamten verfügbaren Schnittstellenbandbreite überschreitet.

    Hinweis:

    Das Verwerfen von BUM-Datenverkehr ist die einzige unterstützte Sturmsteuerungsaktion in der Cloud-Datencenter-Architektur.
    Hinweis:

    Die Sturmsteuerungseinstellungen in dieser Version des Referenzentwurfs verwerfen Multicast-Datenverkehr, der den konfigurierten Sturmsteuerungsschwellenwert überschreitet. Wenn Ihr Netzwerk Multicast-basierte Anwendungen unterstützt, sollten Sie die Verwendung einer Sturmsteuerungskonfiguration (z. B. die no-multicast Option in der storm-control-profiles Anweisung) in Betracht ziehen, die in diesem Referenzentwurf nicht dargestellt wird.

    Sturmsteuerungseinstellungen zur Unterstützung von Multicast-basierten Anwendungen werden in einer zukünftigen Version dieses Referenzentwurfs enthalten sein.
  3. Um die Sturmsteuerungsaktivität zu überprüfen, filtern Sie Systemprotokollmeldungen, die sich auf die Sturmkontrolle beziehen, indem Sie den show log messages | match storm Befehl eingeben.

Multihoming eines Ethernet-verbundenen Endsystems – Versionsverlauf

Tabelle 1 enthält einen Überblick über den Verlauf aller Features in diesem Abschnitt und deren Unterstützung in diesem Referenzdesign.

Tabelle 1: Versionshistorie

Release

Beschreibung

19.1R2

QFX10002-60C- und QFX5120-32C-Switches mit Junos OS Version 19.1R2 und späteren Versionen desselben Versionszugs unterstützen alle in diesem Abschnitt dokumentierten Funktionen.

18.4R2

QFX5120-48Y-Switches mit Junos OS Version 18.4R2 und späteren Versionen desselben Versionsstrangs unterstützen alle in diesem Abschnitt dokumentierten Funktionen.

18.1R3-S3

QFX5110 Switches, auf denen Junos OS Version 18.1R3-S3 und höhere Versionen desselben Release-Trains ausgeführt werden, unterstützen alle in diesem Abschnitt dokumentierten Funktionen.

17.3R3-S1

Alle Geräte im Referenzdesign, die Junos OS Version 17.3R3-S1 und spätere Versionen desselben Release-Trains unterstützen, unterstützen ebenfalls alle in diesem Abschnitt dokumentierten Funktionen.

Zugehörige Dokumentation