Inleiding
In dit document worden de team- en bindingsopties beschreven met de Cisco VIC-adapters in UCS-servers (B/C/X/S/HX Series) die zijn aangesloten op een Fabric Interconnect.
Voorwaarden
Vereisten
Cisco raadt kennis van de volgende onderwerpen aan:
- Cisco Unified Computing System (UCS)-servers die zijn aangesloten op verbindingsverbindingen en worden beheerd via UCS Manager (UCSM/UMM) of Intersight (IMM)
- Cisco Virtual Interface Card (VIC)
- VMware ESXi-hypervisor
- Microsoft Windows Server
- Linux-besturingssystemen
Gebruikte componenten
Dit document is niet beperkt tot specifieke software- en hardware-versies.
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiƫle impact van elke opdracht begrijpt.
Opmerking: Dezelfde informatie is van toepassing op alle andere hypervisors/besturingssystemen waarop bare metalen draaien op UCS-servers die zijn aangesloten op Fabric Interconnects.
ondersteuningsmatrix
Alle methoden voor teaming/bonding die switch-onafhankelijk zijn, worden ondersteund in de UCS Fabric Interconnect-omgeving. Voor deze bindingsmodi is geen speciale configuratie aan de switch/UCS-zijde vereist.
De beperking hiervoor is dat elke load balancing methode die wordt gebruikt in de switch-onafhankelijke configuratie verkeer moet verzenden voor een bepaald bron MAC-adres via een enkele UCS Fabric Interconnect anders dan in een failover event (waar het verkeer wordt verzonden naar de alternatieve verbinding verbinding) en niet periodiek om de belasting te herverdelen.
Het gebruik van andere methoden voor taakverdeling die werken op mechanismen buiten het MAC-adres van de bron (zoals IP-adreshashing, TCP-poorthashing, enzovoort) kan instabiliteit veroorzaken omdat een bepaald MAC-adres wordt geflapt tussen UCS Fabric Interconnects. Een dergelijke configuratie wordt daarom niet ondersteund.
Switch-afhankelijke bindingsmodi vereisen dat een poortkanaal aan de switch wordt geconfigureerd. De Fabric Interconnect, die in dit geval de switch is, kan geen poortkanaal vormen met de VIC-kaart die aanwezig is in de servers. Bovendien veroorzaken dergelijke bindingsmodi ook MAC-flapperen op de UCS en upstream-switches en worden daarom niet ondersteund.
Opmerking: voor FI-Attached Servers (UCSM of IMM) kunt u Fabric Failover gebruiken op de vNIC of een van de genoemde ondersteunde bindings-/teamopties. Niet gelijktijdig gebruiken.
Deze lijst is van toepassing voor zowel het native (bare metal) besturingssysteem als voor een hypervisoromgeving met virtuele machines.
|
besturingssysteem
|
ondersteund
|
Niet ondersteund
|
|
ESXi van VMware
|
- Route op basis van oorspronkelijke poort-ID
- Route gebaseerd op bron MAC-hash
|
- Route gebaseerd op IP-hash
- Route gebaseerd op fysieke netwerkinterfacecontroller of netwerkkaartbelasting (NIC)
|
|
Windows Server
|
Switch-onafhankelijke modi (Actief/Standby en Actief/Actief2)
Bij gebruik van de methode voor taakverdeling: Hyper-V-poort
|
Switch-afhankelijk
- Statische teaming
- Link Aggregation Control Protocol (LACP)
Switch-onafhankelijke modi (Actief/Standby en Actief/Actief2)
Bij gebruik van de methode voor taakverdeling:
- dynamisch
- adreshash
|
|
Linux-besturingssystemen1
|
- Back-up actief (modus 1)
- Balance-TLB (modus 5)
- Balance-ALB (modus 6)
|
- Balance-RR (modus 0)
- Balance-Xor (modus 2)
- Uitzending (modus 3)
- 802.3ad (modus 4)
|
- De optie 'fail_over_mac=1' moet worden gebruikt om beperkingen te vermijden zoals gedocumenteerd in Cisco bug ID CSCva09592.
- Wanneer er achter een ACI-fabric verbinding is, zijn er bepaalde actieve/actieve algoritmen die ervoor kunnen zorgen dat eindpunten van de ene switch naar de andere gaan. Wanneer een blad te veel eindpuntbewegingen detecteert, schakelt het het leren uit voor het brugdomein van het eindpunt met een foutmelding.
Gerelateerde informatie