Il raggruppamento NIC consente di aumentare la capacità di rete di un commutatore virtuale includendo due o più NIC fisiche in un team. Per determinare la modalità di reindirizzamento del traffico in caso di errore della scheda, includere le NIC fisiche in un ordine di failover. Per determinare il modo in cui il commutatore virtuale distribuisce il traffico di rete tra le schede NIC fisiche in un team, selezionare gli algoritmi di bilanciamento del carico in base alle esigenze e alle funzionalità dell'ambiente.

Criterio di raggruppamento NIC

È possibile utilizzare il raggruppamento NIC per connettere un commutatore virtuale a più NIC fisiche in un host per aumentare la larghezza di banda della rete del commutatore e fornire capacità di ridondanza. Un team NIC può distribuire il traffico tra i suoi membri e fornire failover passivo in caso di errore della scheda o interruzione della rete. I criteri di raggruppamento NIC vengono impostati a livello di commutatore virtuale o di gruppo di porte per un vSphere Standard Switch e a livello di gruppo di porte o di porta per uno vSphere Distributed Switch.

Nota: Tutte le porte del commutatore fisico nello stesso team devono trovarsi nello stesso dominio di broadcast di livello 2.

Criterio di bilanciamento del carico

Il criterio di bilanciamento del carico determina la modalità di distribuzione del traffico di rete tra le schede di rete in un team NIC. I commutatori virtuali vSphere bilanciano solo il carico del traffico in uscita. Il traffico in entrata è controllato dal criterio di bilanciamento del carico nel commutatore fisico.

Per ulteriori informazioni su ogni algoritmo di bilanciamento del carico, vedere Algoritmi di bilanciamento del carico disponibili per commutatori virtuali.

Criterio di rilevamento degli errori di rete

È possibile specificare uno dei seguenti metodi utilizzati da un commutatore virtuale per il rilevamento del failover.

Solo stato link
Si basa solo sullo stato del link fornito dalla scheda di rete. Rileva i guasti fisici, ad esempio i cavi rimossi e le interruzioni di alimentazione del commutatore fisico. Tuttavia, lo stato del link non rileva i seguenti errori di configurazione:
  • Porta del commutatore fisico bloccata da spanning tree o non configurata correttamente nella VLAN errata.
  • Cavo interrotto che connette un commutatore fisico a un altro dispositivo di rete, ad esempio un commutatore upstream.
Approfondimento beacon

Invia e ascolta i frame di broadcast Ethernet o i probe beacon inviati dalle NIC fisiche per rilevare un errore del link in tutti le NIC fisiche in un team. Gli host ESXi inviano pacchetti beacon ogni secondo. L'approfondimento beacon è particolarmente utile per rilevare gli errori nel commutatore fisico più vicino all'host ESXi, in cui l'errore non causa un evento di link inattivo per l'host.

Utilizzare l'approfondimento beacon con tre o più NIC in un team, perché ESXi è in grado di rilevare gli errori di una singola scheda. Se sono assegnati solo due NIC e una di esse perde la connettività, il commutatore non può determinare quale NIC deve essere disattivata perché entrambe non ricevono i beacon e di conseguenza tutti i pacchetti inviati a entrambi gli uplink. L'utilizzo di almeno tre NIC in un team di questo tipo consente la presenza di n-2 errori, dove n è il numero di NIC nel team prima di raggiungere una situazione di ambiguità.

Criterio di failback

Per impostazione predefinita, è abilitato un criterio di failback in un team NIC. Se una NIC fisica in stato di errore torna online, il commutatore virtuale imposta di nuovo la NIC sullo stato attivo sostituendo la NIC di standby che ne ha occupato lo slot.

Se nella NIC fisica in prima posizione nell'ordine di failover si verificano errori intermittenti, il criterio di failback potrebbe causare cambi frequenti della NIC utilizzata. Il commutatore fisico rileva modifiche frequenti negli indirizzi MAC e la porta del commutatore fisico potrebbe non accettare immediatamente il traffico quando una scheda diventa online. Per ridurre al minimo tali ritardi, è possibile modificare le seguenti impostazioni sul commutatore fisico:

  • Disattivare Spanning Tree Protocol (STP) nelle NIC fisiche connesse agli host di ESXi.
  • Per le reti basate su Cisco, abilitare la modalità PortFast per le interfacce di accesso o la modalità trunk PortFast per le interfacce trunk. Questo potrebbe risparmiare circa 30 secondi durante l'inizializzazione della porta del commutatore fisico.
  • Disattivare la negoziazione del trunking.

Criterio di invio notifica ai commutatori

Utilizzando il criterio di invio notifica ai commutatori, è possibile determinare in che modo l'host ESXi comunica gli eventi di failover. Quando una NIC fisica si connette al commutatore virtuale o quando il traffico viene reindirizzato a una diversa NIC fisica nel team, il commutatore virtuale invia notifiche sulla rete per aggiornare le tabelle di ricerca nei commutatori fisici. La notifica al commutatore fisico permette di avere una latenza minima quando si verifica un failover o una migrazione con vSphere vMotion.