Determinati tipi di schede iSCSI dipendono dalla rete VMkernel. Queste schede includono le schede iSCSI software o hardware dipendenti e la scheda VMware iSCSI su RDMA (iSER). Se l'ambiente ESXi include una di queste schede, è necessario configurare le connessioni per il traffico tra il componente iSCSI o iSER e le schede di rete fisiche.
Per configurare la connessione di rete, è necessario creare una scheda VMkernel virtuale per ciascuna scheda di rete fisica. È possibile utilizzare la mappatura 1:1 tra ogni scheda di rete virtuale e fisica. Associare quindi la scheda VMkernel a una scheda iSCSI o iSER appropriata. Questo processo è denominato binding porta.
- È possibile connettere la scheda iSCSI software a qualsiasi scheda NIC fisica disponibile nell'host.
- Le schede iSCSI dipendenti devono essere connesse solo alle rispettive schede NIC fisiche.
- È necessario connettere la scheda iSER solo alla scheda di rete con supporto RDMA.
Per considerazioni specifiche su come e quando utilizzare connessioni di rete con la tecnologia iSCSI software, vedere l'articolo della Knowledge Base VMware all'indirizzo http://kb.vmware.com/kb/2038869.
Schede di rete multiple nella configurazione iSCSI o iSER
Se l'host dispone di più schede di rete fisiche per iSCSI o iSER, è possibile utilizzare le schede per il multipathing.
È possibile utilizzare più schede fisiche in una singola o più configurazioni di commutatore.
Nella configurazione a più commutatori, designare un commutatore vSphere separato per ogni coppia di schede di rete virtuale-fisica.
Un'alternativa consiste nell'aggiungere tutte le schede NIC e VMkernel al singolo commutatore vSphere. Il numero di schede VMkernel deve corrispondere al numero di schede fisiche sul vSphere Standard Switch. La configurazione a commutatore singolo non è appropriata per iSER perché iSER non supporta il raggruppamento dei NIC.
Per questo tipo di configurazione, è necessario sovrascrivere la configurazione di rete predefinita e assicurarsi che ciascuna scheda VMkernel sia mappata a una sola scheda fisica attiva corrispondente, come indicato nella tabella.
| Scheda VMkernel (vmk#) | Scheda di rete fisica (vmnic#) |
|---|---|
| vmk1 (iSCSI1) | Schede attive vmnic1 Schede inutilizzatevmnic2 |
| vmk2 (iSCSI2) | Schede attive vmnic2 Schede inutilizzatevmnic1 |
È inoltre possibile utilizzare commutatori distribuiti. Per ulteriori informazioni sui vSphere Distributed Switch e su come modificare il criterio di rete predefinito, vedere la documentazione Rete di vSphere.
- Le schede di rete fisiche devono trovarsi nella stessa subnet del sistema di storage a cui si connettono.
- (Solo per iSCSI e non per iSER) Se si utilizzano commutatori vSphere separati, è necessario connetterli a subnet IP diverse. In caso contrario, per le schede VMkernel potrebbero verificarsi problemi di connettività e l'host potrebbe non rilevare i LUN.
- La configurazione a commutatore singolo non è appropriata per iSER perché iSER non supporta il raggruppamento dei NIC.
- Le porte iSCSI dell'array di destinazione si trovano in un dominio di broadcast e in una subnet IP diversi.
- Le schede VMkernel utilizzate per la connettività iSCSI si trovano in domini di broadcast e subnet IP differenti o utilizzano commutatori virtuali differenti.
Nota: Nelle configurazioni iSER, le schede VMkernel utilizzate per la connettività iSER non possono essere utilizzate per il traffico convergente. Le schede VMkernel create per abilitare la connettività tra l'host ESXi con iSER e la destinazione iSER devono essere utilizzate solo per il traffico iSER.
Procedure consigliate per la configurazione della rete con iSCSI software
Quando si configura la rete con iSCSI software, sono disponibili diverse procedure consigliate.
Binding della porta di iSCSI software
È possibile associare l'iniziatore iSCSI software nell'host ESXi a una o più porte VMkernel, in modo che il traffico iSCSI scorra solo attraverso le porte associate. Le porte non associate non verranno utilizzate per il traffico iSCSI.
Quando è configurato il binding della porta, l'iniziatore iSCSI crea sessioni iSCSI da tutte le porte associate a tutti i portali di destinazione configurati.
| Porte VMkernel | Portali di destinazione | Sessioni iSCSI |
|---|---|---|
| 2 porte VMkernel associate | 2 portali di destinazione | 4 sessioni (2 x 2) |
| 4 porte VMkernel associate | 1 portale di destinazione | 4 sessioni (4 x 1) |
| 2 porte VMkernel associate | 4 portali di destinazione | 8 sessioni (2 x 4) |
Nessun binding porta
Se non si utilizza il binding della porta, il livello di rete di ESXi seleziona la porta VMkernel migliore in base alla tabella di routing corrispondente. L'host utilizza la porta per creare una sessione iSCSI con il portale di destinazione. Senza il binding della porta, viene creata una sola sessione per ogni portale di destinazione.
| Porte VMkernel | Portali di destinazione | Sessioni iSCSI |
|---|---|---|
| 2 porte VMkernel non associate | 2 portali di destinazione | 2 sessioni |
| 4 porte VMkernel non associate | 1 portale di destinazione | 1 sessione |
| 2 porte VMkernel non associate | 4 portali di destinazione | 4 sessioni |
Percorsi multipli iSCSI software
Esempio 1. Più percorsi per una destinazione iSCSI con un singolo portale di rete
Se la destinazione include un solo portale di rete, è possibile creare più percorsi per la destinazione aggiungendo più porte VMkernel nell'host ESXi e associandole all'iniziatore iSCSI.
In questo esempio, tutte le porte dell'iniziatore e il portale di destinazione sono configurati nella stessa subnet. La destinazione è raggiungibile tramite tutte le porte associate. Sono presenti quattro porte VMkernel e un portale di destinazione, quindi vengono creati quattro percorsi in totale.
Senza il binding della porta, viene creato un solo percorso.
Esempio 2. Più percorsi con porte VMkernel in subnet diverse
È possibile creare più percorsi configurando più porte e portali di destinazione in subnet IP diverse. Mantenendo l'iniziatore e le porte di destinazione in subnet diverse, è possibile forzare ESXi a creare percorsi attraverso porte specifiche. In questa configurazione non si utilizza il binding della porta perché il binding della porta richiede che tutte le porte dell'iniziatore e di destinazione si trovino nella stessa subnet.
ESXi seleziona vmk1 quando si connette alla porta 0 dei controller A e B, perché tutte e tre le porte si trovano nella stessa subnet. Analogamente, seleziona vmk2 quando si connette alla porta 1 dei controller A e B. In questa configurazione è possibile utilizzare il raggruppamento NIC.
| Percorsi | Descrizione |
|---|---|
| Percorso 1 | vmk1 e porta 0 del controller A |
| Percorso 2 | vmk1 e porta 0 del controller B |
| Percorso 3 | vmk2 e porta 1 del controller A |
| Percorso 4 | vmk2 e porta 1 del controller B |
Routing con iSCSI software
È possibile utilizzare il comando esxcli per aggiungere route statiche per il traffico iSCSI. Dopo aver configurato le route statiche, le porte dell'iniziatore e di destinazione in subnet diverse possono comunicare tra loro.
Esempio 1. Utilizzo di route statiche con binding della porta
In questo esempio si mantengono tutte le porte VMkernel associate in una subnet (N1) e si configurano tutti i portali di destinazione in un'altra subnet (N2). È quindi possibile aggiungere una route statica per la subnet di destinazione (N2).
Usare il comando seguente:
# esxcli network ip route ipv4 add -gateway 192.168.1.253 -network 10.115.179.0/24
Esempio 2. Utilizzo di route statiche per creare più percorsi
In questa configurazione, si utilizza il routing statico quando si usano subnet diverse. Non è possibile utilizzare il binding della porta con questa configurazione.
Configurare vmk1 e vmk2 in subnet separate, 192.168.1.0 e 192.168.2.0. Anche i portali di destinazione si trovano in subnet separate, 10.115.155.0 e 10.155.179.0.
È possibile aggiungere la route statica per 10.115.155.0 da vmk1. Assicurarsi che il gateway sia raggiungibile da vmk1.
# esxcli network ip route ipv4 add -gateway 192.168.1.253 -network 10.115.155.0/24
Aggiungere quindi una route statica per 10.115.179.0 da vmk2. Assicurarsi che il gateway sia raggiungibile da vmk2.
# esxcli network ip route ipv4 add -gateway 192.168.2.253 -network 10.115.179.0/24
Quando ci si connette alla porta 0 del controller A, viene utilizzato vmk1.
Quando ci si connette alla porta 0 del controller B, viene utilizzato vmk2.
Esempio 3. Routing con un gateway separato per ogni porta VMkernel
A partire da vSphere 6.5 è possibile configurare un gateway separato per ogni porta VMkernel. Se si utilizza DHCP per ottenere la configurazione IP per una porta VMkernel, è possibile ottenere anche informazioni sul gateway tramite lo stesso protocollo.
Per visualizzare le informazioni sul gateway per ciascuna porta VMkernel, utilizzare il comando seguente:
Name IPv4 Address IPv4 Netmask IPv4 Broadcast Address Type Gateway DHCP DNS ---- -------------- ------------- -------------- ------------ -------------- -------- vmk0 10.115.155.122 255.255.252.0 10.115.155.255 DHCP 10.115.155.253 true vmk1 10.115.179.209 255.255.252.0 10.115.179.255 DHCP 10.115.179.253 true vmk2 10.115.179.146 255.255.252.0 10.115.179.255 DHCP 10.115.179.253 true
Con gateway separati per ogni porta VMkernel, si utilizza il binding della porta per raggiungere destinazioni in subnet diverse.
Gestione della rete iSCSI
Si applicano considerazioni particolari alle schede di rete, fisiche e VMkernel, associate a una scheda iSCSI.
Dopo aver creato connessioni di rete per iSCSI, in vSphere Client viene abilitato un indicatore iSCSI. L'indicatore mostra che una specifica scheda di rete virtuale o fisica è associata a iSCSI. Per evitare interruzioni nel traffico iSCSI, attenersi alle seguenti linee guida e considerazioni quando si gestiscono le schede di rete virtuali e fisiche associate a iSCSI:
- Assicurarsi che alle schede di rete VMkernel siano assegnati indirizzi nella stessa subnet del portale di storage iSCSI a cui si connettono.
- Le schede iSCSI che utilizzano schede VMkernel non possono connettersi alle porte iSCSI su subnet diverse, anche se le schede iSCSI rilevano tali porte.
- Quando si utilizzano commutatori di vSphere separati per connettere schede di rete fisiche e schede VMkernel, assicurarsi che i commutatori vSphere si connettano a subnet IP diverse.
- Se le schede VMkernel si trovano nella stessa subnet, devono connettersi a un singolo vSwitch.
- Se si migrano le schede VMkernel in un commutatore vSphere diverso, trasferire le schede fisiche associate.
- Non apportare modifiche alla configurazione delle schede VMkernel associate a iSCSI o delle schede di rete fisiche.
- Non apportare modifiche che potrebbero interrompere l'associazione di schede VMkernel e schede di rete fisiche. È possibile interrompere l'associazione se si rimuove una delle schede o il commutatore vSphere che le connette, oppure se si modifica il criterio di rete 1:1 per la loro connessione.
Risoluzione dei problemi della rete iSCSI
Un segno di avviso indica i criteri di gruppo di porte non conformi per una scheda VMkernel associata a iSCSI.
Problema
I criteri del gruppo di porte della scheda VMkernel sono considerati non conformi nei casi seguenti:
- La scheda VMkernel non è connessa a una scheda di rete fisica attiva.
- La scheda VMkernel è connessa a più schede di rete fisiche.
- La scheda VMkernel è connessa a una o più schede fisiche in standby.
- La scheda fisica attiva viene modificata.
Soluzione
Configurare il criterio di rete corretto per la scheda VMkernel associata a iSCSI. Vedere Configurazione del binding porta per iSCSI o iSER in ESXi.
