Sono disponibili diverse tecniche di bilanciamento del carico per il raggruppamento NIC e ciascuna tecnica presenta pro e contro.
Route in base alla porta virtuale di origine
Nelle configurazioni attivo/attivo o attivo/passivo, utilizzare Route in base alla porta virtuale di origine per il raggruppamento NIC di base. Quando questo criterio è applicato, viene utilizzata una sola NIC fisica per ogni porta VMkernel.
Pro
-
Questo è il metodo di raggruppamento NIC più semplice che richiede una configurazione del commutatore fisico minima.
-
Questo metodo richiede solo una singola porta per il traffico vSAN, semplificando la risoluzione dei problemi.
Contro
-
Una singola interfaccia VMkernel è limitata alla larghezza di banda di una singola scheda NIC fisica. Poiché gli ambienti vSAN tipici utilizzano una scheda VMkernel, nel raggruppamento viene utilizzata una sola scheda NIC fisica.
Route in base al carico NIC fisico
La Route in base al carico NIC fisico si basa sulla Route in base alla porta virtuale di origine, in cui il commutatore virtuale monitora il carico effettivo degli uplink ed esegue i passaggi necessari per ridurre gli uplink sovraccaricati. Questo metodo di bilanciamento del carico è disponibile solo con un vSphere Distributed Switch e non nei vSphere Standard Switch.
Il Distributed Switch calcola gli uplink per ciascuna porta VMkernel in base all'ID della porta e al numero di uplink nel raggruppamento NIC. Il Distributed Switch verifica gli uplink ogni 30 secondi e, se il carico supera il 75%, l'ID della porta VMkernel con l'I/O più alto viene spostato in un uplink diverso.
Pro
-
Non è necessaria alcuna configurazione del commutatore fisico.
-
Sebbene vSAN disponga di una porta VMkernel, gli stessi uplink possono essere condivisi da altre porte VMkernel o servizi di rete. vSAN può beneficiare dell'utilizzo di uplink diversi da altri servizi in conflitto come vMotion o la gestione.
Contro
-
Poiché in genere in vSAN è configurata una sola porta VMkernel, la sua efficacia è limitata.
-
L'ESXi VMkernel rivaluta il carico del traffico dopo ogni intervallo di tempo, il che può comportare il sovraccarico dell'elaborazione.
Impostazioni: Rilevamento errori di rete
Utilizzare l'impostazione predefinita: Solo stato link. Non utilizzare l'approfondimento beacon per il rilevamento degli errori dei link. L'approfondimento beacon richiede almeno tre NIC fisiche per evitare scenari di split brain. Per ulteriori dettagli, vedere l'articolo 1005577 della Knowledge Base di VMware.
Impostazioni: Invia notifica ai commutatori
Utilizzare l'impostazione predefinita: Sì. I commutatori fisici dispongono di tabelle di inoltro degli indirizzi MAC per associare ciascun indirizzo MAC a una porta del commutatore fisico. Quando è presente un frame, il commutatore determina l'indirizzo MAC di destinazione nella tabella e decide la porta fisica corretta.
Se si verifica un failover della NIC, l'host ESXi deve informare i commutatori di rete che qualcosa è cambiato o il commutatore fisico potrebbe continuare a utilizzare le informazioni precedenti e inviare i frame alla porta errata.
Quando si imposta Invia notifica ai commutatori su Sì, se la NIC fisica non riesce e il traffico viene reinstradato a una NIC fisica diversa nel raggruppamento, il commutatore virtuale invia notifiche sulla rete per aggiornare le tabelle di ricerca nei commutatori fisici.
Questa impostazione non recupera le configurazioni errate della VLAN o le perdite di uplink che si verificano più upstream nella rete. Il controllo di integrità delle partizioni della rete vSAN è in grado di rilevare questi problemi.
Impostazioni: Failback
Questa opzione determina il modo in cui una scheda fisica viene riportata in servizio attivo dopo il ripristino da un errore. Un evento di failover attiva lo spostamento del traffico di rete da una scheda NIC a un'altra. Quando nella scheda NIC di origine viene rilevato uno stato di link attivo, il traffico viene ripristinato automaticamente sulla scheda di rete originale quando Failback è impostato su Sì. Quando Failback è impostato su No, è necessario un failback manuale.
In alcune situazioni, può risultare utile impostare Failback su No. Ad esempio, dopo che la porta di un commutatore fisico viene ripristinata da un errore, la porta potrebbe essere attiva ma può richiedere diversi secondi per iniziare a inoltrare il traffico. Il failback automatico è noto per causare problemi in determinati ambienti che utilizzano il protocollo Spanning Tree Protocol. Per ulteriori informazioni sul protocollo STP (Spanning Tree Protocol), vedere l'articolo della Knowledge Base di VMware 1003804.
Impostazione dell'ordine di failover
L'ordine di failover determina quali link sono attivi durante le normali operazioni e quali sono attivi in caso di failover. Per la rete di vSAN sono possibili configurazioni supportate differenti.
Uplink attivi/di standby: se si verifica un errore su una configurazione attiva/di standby, il driver della NIC segnala a vSphere un evento di inattività del link sull'Uplink 1. L'Uplink 2 di standby diventa attivo e il traffico viene ripristinato sull'Uplink 2.
Uplink attivi/attivi: se si imposta l'ordine di failover su attivo/attivo, la porta virtuale utilizzata dal traffico vSAN non può utilizzare contemporaneamente entrambe le porte fisiche.
Se la configurazione del raggruppamento NIC per l'Uplink 1 e l'Uplink 2 è attiva, non è necessario che l'uplink di standby diventi attivo.
