Einleitung
In diesem Dokument werden die Team- und Verbindungsoptionen mit den Cisco VIC-Adaptern in UCS-Servern (Serie B/C/X/S/HX) beschrieben, die mit einem Fabric Interconnect verbunden sind.
Voraussetzungen
Anforderungen
Cisco empfiehlt, dass Sie über Kenntnisse in folgenden Bereichen verfügen:
- Mit Fabric Interconnects verbundene Cisco Unified Computing System (UCS)-Server, die entweder über UCS Manager (UCSM/UMM) oder Intersight (IMM) verwaltet werden
- Cisco Virtual Interface Card (VIC)
- VMware ESXi-Hypervisor
- Microsoft Windows Server
- Linux-Betriebssysteme
Verwendete Komponenten
Dieses Dokument ist nicht auf bestimmte Software- und Hardware-Versionen beschränkt.
Die Informationen in diesem Dokument beziehen sich auf Geräte in einer speziell eingerichteten Testumgebung. Alle Geräte, die in diesem Dokument benutzt wurden, begannen mit einer gelöschten (Nichterfüllungs) Konfiguration. Wenn Ihr Netzwerk in Betrieb ist, stellen Sie sicher, dass Sie die möglichen Auswirkungen aller Befehle kennen.
Anmerkung: Diese Informationen gelten für alle anderen Hypervisoren/Betriebssysteme, auf denen Bare-Metal-Verbindungen auf UCS-Servern ausgeführt werden, die mit Fabric Interconnects verbunden sind.
Support-Matrix
Alle Switch-unabhängigen Teaming-/Bonding-Methoden werden in der UCS Fabric Interconnect-Umgebung unterstützt. Für diese Bonding-Modi ist keine spezielle Switch-/UCS-Konfiguration erforderlich.
Die Einschränkung hierbei besteht darin, dass jede Lastverteilungsmethode, die in der Switch-unabhängigen Konfiguration verwendet wird, Datenverkehr für eine bestimmte Quell-MAC-Adresse über einen einzigen UCS Fabric Interconnect senden muss, mit Ausnahme eines Failover-Ereignisses (bei dem der Datenverkehr an den alternativen Fabric Interconnect gesendet wird), und nicht regelmäßig, um die Last neu zu verteilen.
Die Verwendung anderer Load Balancing-Methoden, die auf Mechanismen jenseits der Quell-MAC-Adresse einsetzen (z. B. IP-Adress-Hashing, TCP-Port-Hashing usw.), kann zu Instabilität führen, da eine bestimmte MAC-Adresse zwischen UCS Fabric Interconnects geflappt wird. Eine solche Konfiguration wird daher nicht unterstützt.
Für die Switch-abhängigen Bonding-Modi muss auf der Seite des Switches ein Port-Channel konfiguriert werden. Der Fabric Interconnect, der in diesem Fall der Switch ist, kann mit der in den Servern vorhandenen VIC-Karte keinen Port-Channel bilden. Darüber hinaus verursachen solche Bonding-Modi auch MAC Flapping auf dem UCS und Upstream-Switches und werden daher nicht unterstützt.
Diese Liste gilt sowohl für das native (Bare-Metal)-Betriebssystem als auch für eine Hypervisor-Umgebung mit virtuellen Systemen.
Betriebssystem |
Unterstützt |
Nicht unterstützt |
VMware ESXi |
- Routenbasiert, auf Ursprungs-Port-ID
- Routenbasiert auf Quell-MAC-Hash
|
- Routenbasiert, IP-Hash
- Routenbasiert auf physischer Netzwerkschnittstellen-Controller- oder Kartenlast (NIC)
|
Windows-Server |
Wechseln zwischen unabhängigen Modi (Aktiv/Standby und Aktiv/Aktiv2) Bei Verwendung der Load Balancing-Methode: Hyper-V-Port |
Switch-abhängig
- Statisches Teaming
- Link Aggregation Control Protocol (LACP)
Wechseln zwischen unabhängigen Modi (Aktiv/Standby und Aktiv/Aktiv2)
Bei Verwendung der Load Balancing-Methode:
- Dynamisch
- Adress-Hash
|
Linux-Betriebssysteme1 |
- Aktiv-Backup (Modus 1)
- balance-tlb (Modus 5)
- balance-alb (Modus 6)
|
- balance-rr (Modus 0)
- balance-xor (Modus 2)
- Broadcast (Modus 3)
- 802.3ad (Modus 4)
|
- Die Option 'fail_over_mac=1' muss verwendet werden, um die in Cisco Bug-ID CSCva09592 dokumentierten Einschränkungen zu vermeiden.
- Wenn eine Verbindung hinter einer ACI-Fabric besteht, gibt es bestimmte Aktiv/Aktiv-Algorithmen, die dazu führen können, dass Endpunkte von einem Leaf-Switch zu einem anderen verschoben werden. Erkennt ein Endpunkt zu viele verschobene Endpunkte, deaktiviert er das Lernen für die Bridge-Domäne des Endpunkts mit einer Fehlermeldung.
Zugehörige Informationen