Introduzione
Questo documento descrive le opzioni di teaming e bonding disponibili per i sistemi operativi comuni quando si utilizzano gli adattatori Cisco Virtual Interface Card (VIC) su server Cisco Unified Computing System (UCS) (serie B, serie C, integrate serie S, integrate serie S, serie HyperFlex) connessi a un'interconnessione di fabric UCS.
Prerequisiti
Requisiti
Cisco raccomanda la conoscenza dei seguenti argomenti:
- Cisco UCS e UCS Manager (UCS Manager)
- Cisco VIC
- VMware ESX versione 4.1 e successive
- Microsoft Windows Server versione 2008 R2
- Microsoft Windows Server 2012 e versioni successive
- Microsoft Windows Server versione 2016 e successive
- Sistemi operativi Linux
Componenti usati
Le informazioni fornite in questo documento si basano sulle seguenti versioni software e hardware:
- UCSM versione 2.2(6c)
- Server Cisco UCS con scheda VIC
- Firmware VIC versione 4.0(8b)
- VMware ESXi versione 5.5, aggiornamento 3
- Microsoft Windows Server versione 2008 R2 SP1
- Microsoft Windows Server versione 2012 R2
- Microsoft Windows Server versione 2016
- Redhat Enterprise Linux (RHEL) 6.6
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
Support Matrix
Tutti i metodi di teaming/bonding indipendenti dallo switch sono supportati nell'ambiente UCS Fabric Interconnect. Queste modalità di collegamento non richiedono alcuna configurazione speciale sul lato switch/UCS.
La limitazione a questo è che qualsiasi metodo di bilanciamento del carico utilizzato nella configurazione indipendente dallo switch deve inviare il traffico per un determinato indirizzo MAC di origine tramite una singola interconnessione di fabric UCS diversa da un evento di failover (in cui il traffico deve essere inviato all'interconnessione di fabric alternativa) e non periodicamente per ridistribuire il carico.
L'utilizzo di altri metodi di bilanciamento del carico che operano su meccanismi oltre l'indirizzo MAC di origine (ad esempio hashing di indirizzi IP, hashing di porte TCP e così via) può causare instabilità poiché un determinato indirizzo MAC è flapped tra le interconnessioni di fabric UCS. Tale configurazione non è pertanto supportata.
Le modalità di collegamento dipendenti dallo switch richiedono la configurazione di un canale porta sul lato switch. L'interconnessione fabric, in questo caso lo switch, non può formare un canale porta con la scheda VIC presente nei server. Inoltre, tali modalità di collegamento causeranno anche il flapping degli indirizzi MAC sugli switch UCS e upstream e pertanto non sono supportate.
Questo elenco è valido sia per il sistema operativo nativo (bare metal) che per un ambiente hypervisor con macchine virtuali.
Sistema operativo |
Supportato |
Non supportato |
VMWare ESXi |
- Route basata su ID porta di origine
- Route basata su hash MAC di origine
|
- Route basata su hash IP
- Route basata sul carico fisico della scheda di interfaccia di rete
|
Gruppo NIC Windows 2012 e versioni successive autonomo (con driver nativo) Windows 2016 e versioni successive Switch Embedded Teaming (SET) |
Cambia modalità indipendente (Attivo/Standby e Attivo/Attivo2) Quando si utilizza il metodo di bilanciamento del carico:
- Porta Hyper-V
|
Cambia dipendente
- Raggruppamento statico
- LACP
Cambia modalità indipendente (Attivo/Standby e Attivo/Attivo2)
Quando si utilizza il metodo di bilanciamento del carico:
- Dinamica
- Hash indirizzo
|
Windows 2008 R2 SP1 (utilizzando il driver di raggruppamento NIC Cisco VIC) |
- Backup attivo (modalità 1)
- Backup attivo con failback su Attivo (modalità 2)
- Load balancing trasmissione attiva (modalità 3)
|
- 802.3ad LACP (modalità 4)
|
Sistemi operativi Linux1 |
- active-backup (modalità 1)
- balance-tlb (modalità 5)
- bilanciamento alb (modalità 6)
|
- balance-rr (modalità 0)
- balance-xor (modalità 2)
- broadcast (modalità 3)
- 802.3ad (modalità 4)
|
- fail_over_mac=1 deve essere utilizzato per evitare limitazioni come documentato in CSCva09592
- Quando collegato dietro una struttura ACI, alcuni algoritmi attivi/attivi possono causare lo spostamento degli endpoint da uno switch foglia all'altro. Quando una foglia rileva troppi spostamenti dell'endpoint, disabilita l'apprendimento per il dominio bridge dell'endpoint (con un messaggio di errore).
Informazioni correlate