Perché MPIO anziché 802.3ad Team per iSCSI

Stavo eseguendo il mio primo server con destinazione iSCSI e ho pensato che sarei partito con un buon avvio unendo la mia scheda di rete sul server (team 802.3ad convenzionale).

Tuttavia, da molte fonti online vedo che questo NON è raccomandato e MPIO dovrebbe essere usato invece (non c'era un dimensionamento specifico in questa raccomandazione e sembrava applicarsi da un cluster a 3 nodi a grandi cluster di decine di nodi e oltre).

So che MPIO è meglio in quanto aggrega i trasferimenti su rotte indipendenti (mentre il team NIC convenzionale sarebbe sullo stesso switch), a parte questo c'è qualche altro motivo (rischio di corruzione dei dati) per Microsoft e lo stato del materiale di formazione per usare MPIO invece di fare squadra ?

— morleyc
fonte

Puoi espandere un po 'la tua architettura iSCSI? Con quanti indirizzi di iniziatore / destinazione stai lavorando, con quanti switch fisici, tutti una sottorete o multipli?

La risposta di base è: perché MPIO gestisce i percorsi di connettività end-to-end ed è migliore nel bilanciamento del carico di connettività di archiviazione e nella resilienza della connessione rispetto alla ridondanza di rete generica e ai meccanismi di bilanciamento del carico.

I motivi tecnici specifici di ciò dipendono dall'architettura, quindi posso essere molto più specifico se fornisci ulteriori dettagli sulla configurazione della tua rete iSCSI. Alcuni esempi generali:

Senza alcun MPIO, la tua conversazione IP da iniziatore a target è solo una singola conversazione. 802.3ad impone che l'ordine dei pacchetti in una conversazione non venga modificato (e non vorresti comunque che il tuo traffico iSCSI fosse fuori servizio), quindi sei limitato alla larghezza di banda di un singolo collegamento.
MPIO rileva e gestisce gli errori di percorso, mentre 802.3ad può solo compensare un errore di collegamento e solo se l'errore di collegamento viene rilevato correttamente. Se la tua scheda NIC si blocca ma riporta ancora un buon collegamento o la configurazione dello switch viene rovinata per una porta specifica, probabilmente perderai la connettività di archiviazione nonostante abbia un secondo collegamento che funziona ancora.
Sei legato a un singolo switch fisico, invece di essere in grado di collegare in uplink le schede NIC del tuo host a switch diversi.

— Shane Madden
fonte

Ciao Shane, grazie per la risposta - per la nostra configurazione si tratta di una singola sottorete di archiviazione e 1 switch fisico, tuttavia la documentazione non ha indicato una dimensione che ha appena detto di utilizzare solo MPIO. Dai tuoi commenti sembra che sia certamente possibile usare il teaming, ma MPIO è preferibile. Buona spiegazione, a meno che tu non voglia aggiungere altro, hai risposto alla mia domanda e la contrassegnerai presto come tale.

— Morleyc,

@ g18c Yup - quindi i principali vantaggi che otterrai da MPIO invece dell'aggregazione dei collegamenti sarebbero il potenziale per un throughput più elevato (se il tuo throughput è sufficiente a saturare una singola scheda NIC), oltre a poter gestire con grazia una gamma più ampia di stati di fallimento. Immagino che la domanda sia: ci sono dei motivi particolari per cui preferisci usare 802.3ad invece di MPIO?

— Shane Madden,

MPIO diventa particolarmente utile quando l'installazione ISCSI è più avanzata, perché con MPIO hai connessioni logiche separate che possono andare a fare endpoint ridondanti. La SAN può replicarsi in background e le 2-3 destinazioni in realtà sono diverse amchine. Finché hai uno scenario "single path, single NIC", i vantaggi non sono così brutali.

— TomTom,