Esaminare il modello di riferimento di rete per la distribuzione di archiviazione su quattro nodi, senza switch, con doppia rete TOR e doppio collegamento per Azure locale.
Si applica a: Azure Local 2411.1 e versioni successive
Questo articolo descrive come usare un modello di riferimento di rete senza commutatori di archiviazione a quattro nodi con due commutatori TOR L3 e due collegamenti full-mesh per distribuire la soluzione locale di Azure.
Nota
Microsoft ha testato e convalidato i modelli di riferimento di rete senza commutatori a quattro nodi descritti in questo articolo.
Scenari
Gli scenari per questo modello di rete includono laboratori, fabbriche, succursali e data center.
Prendere in considerazione l'implementazione di questo modello quando si cerca una soluzione conveniente con tolleranza di errore in tutti i componenti di rete.
I servizi SDN L3 sono completamente supportati in questo modello. I servizi di routing come il Border Gateway Protocol (BGP) possono essere configurati direttamente sugli switch TOR se supportano i servizi L3. Le funzionalità di sicurezza di rete, ad esempio la micro segmentazione o QoS, non richiedono una configurazione aggiuntiva del dispositivo firewall, perché vengono implementate a livello di scheda di rete virtuale.
Componenti di connettività fisica
Come illustrato nel diagramma di rete a quattro nodi seguente, questo modello include i componenti di rete fisici seguenti:
Per la comunicazione verso nord e verso sud, l'istanza locale di Azure richiede due commutatori TOR nella configurazione MLAG (Multi-Chassis Link Aggregation Group).
Due schede di rete che usano il commutatore virtuale SET per gestire la gestione e il traffico di calcolo, connessi ai commutatori TOR. Ogni porta dell'interfaccia di rete è connessa a un TOR diverso.
Sei schede di rete RDMA in ogni nodo in una configurazione a mesh completa con doppio collegamento per il traffico East-West relativo allo storage. Ogni nodo del sistema ha una connessione ridondante con due percorsi all'altro nodo del sistema.
| Reti | Gestione e calcolo | Immagazzinamento |
|---|---|---|
| Velocità di collegamento | Almeno 1 Gbps. 10 GBps consigliato | Almeno 10 Gbps |
| Tipo di interfaccia | RJ45, SFP+ o SFP28 | SFP+ o SFP28 |
| Porti e aggregazione | Due porte aggregate | Quattro porte autonome |
Reti logiche
Reti di interconnessione dei nodi VLAN per il traffico SMB (archiviazione e migrazione in tempo reale)
Il traffico basato sulle finalità di archiviazione è costituito da dodici singole subnet che supportano il traffico RDMA. Ogni interfaccia è dedicata a una rete di interconnessione dei nodi separata. Questo traffico è destinato solo a spostarsi tra i quattro nodi. Il traffico di archiviazione in queste subnet è isolato senza connettività ad altre risorse.
Ogni coppia di adattatori di archiviazione tra i nodi opera in subnet IP diverse. Per abilitare una configurazione senza switch, ogni nodo connesso supporta la stessa subnet corrispondente del suo vicino.
Quando si distribuiscono quattro nodi in una configurazione senza commutatori, Network ATC ha i requisiti seguenti:
Supporta solo una singola VLAN per tutte le subnet IP usate per la connettività di archiviazione.
StorageAutoIPparametro deve essere impostato su false,Switchlessparametro deve essere impostato su true ed è necessario specificare gli indirizzi IP nel modello di Azure Resource Manager (ARM) usato per distribuire l'istanza locale di Azure da Azure.Per Ambiente Locale di Azure:
I sistemi di archiviazione con scalabilità orizzontale senza switch non sono supportati.
È possibile distribuire questo scenario a quattro nodi solo usando i modelli ARM.
Per ulteriori informazioni, vedere Distribuire tramite il modello di distribuzione di Azure Resource Manager.
VLAN di gestione
Tutti gli host di calcolo fisici devono accedere alla rete logica di gestione. Ai fini della pianificazione degli indirizzi IP, ogni host deve avere almeno un indirizzo IP assegnato dalla rete logica di gestione.
Un server DHCP può assegnare automaticamente indirizzi IP per la rete di gestione oppure assegnare manualmente indirizzi IP statici. Quando DHCP è il metodo di assegnazione IP preferito, sono consigliate le prenotazioni DHCP senza scadenza.
Per informazioni, vedere Considerazioni sulla rete DHCP per la distribuzione cloud.
La rete di gestione supporta due diverse configurazioni VLAN per il traffico: Native e Contrassegnata.
La VLAN nativa per la rete di gestione non richiede di fornire un ID VLAN.
La VLAN taggata per la rete di gestione richiede la configurazione dell'ID VLAN nelle schede di rete fisiche o nella scheda di rete virtuale di gestione prima di registrare i nodi in Azure Arc.
Le porte fisiche dello switch devono essere configurate correttamente per accettare l'ID VLAN sugli adattatori di gestione.
Se la finalità include tipi di traffico di gestione e calcolo, le porte del commutatore fisico devono essere configurate in modalità trunk per accettare tutte le VLAN necessarie per i carichi di lavoro di gestione e calcolo.
La rete di gestione supporta il traffico usato dall'amministratore per la gestione del sistema, tra cui Desktop remoto, Windows Admin Center e Active Directory.
Per ulteriori informazioni, vedere considerazioni sulla rete VLAN di gestione.
VLAN di elaborazione
In alcuni scenari non è necessario usare reti virtuali SDN con incapsulamento VXLAN. È invece possibile usare le VLAN tradizionali per isolare i carichi di lavoro del tenant. Tali VLAN devono essere configurate sulla porta dei commutatori TOR in modalità trunk. Quando si connettono nuove macchine virtuali a queste VLAN, il tag VLAN corrispondente viene definito nella scheda di rete virtuale.
Rete di indirizzi di fornitori HNV (PA)
La rete Hyper-V (Network Virtualization Provider Address - PA) serve da rete fisica sottostante per il traffico tenant East-West (interno-interno), il traffico tenant North-South (esterno-interno) e per lo scambio di informazioni di peering BGP con la rete fisica. Questa rete è necessaria solo quando è necessario distribuire reti virtuali usando l'incapsulamento VXLAN per un livello aggiuntivo di isolamento e multi-tenancy di rete.
Per altre informazioni, vedere Pianificare un'infrastruttura di rete definita dal software.
Finalità di Network ATC
Per i modelli senza commutatori di storage a quattro nodi, vengono creati due Intent ATC di Rete. La prima finalità è per la gestione e il traffico di rete di calcolo e la seconda è per il traffico di archiviazione.
Finalità di gestione e calcolo
- Tipo di finalità: gestione e calcolo
- Modalità intento: modalità cluster
- Raggruppamento: Sì. Il team pNIC01 e pNIC02.
- VLAN di gestione predefinita: la VLAN configurata per gli adattatori di gestione non viene modificata.
- VLAN e vNIC di PA e di calcolo: l'ATC di rete è trasparente per le vNIC di PA e le VLAN o le vNIC di calcolo e le VLAN.
Finalità di archiviazione
Tipo di finalità: Archiviazione
Modalità intento: modalità cluster
Raggruppamento: No. Le schede di interfaccia di rete RDMA usano SMB multicanale per fornire resilienza e aggregazione della larghezza di banda.
VLAN predefinite: VLAN singola per tutte le subnet.
IP automatico dell'archiviazione: Falso. Questo modello richiede la configurazione IP manuale o la definizione IP del modello ARM.
Dodici subnet necessarie (definite dall'utente):
- Rete di archiviazione 1: 10.0.1.0/24 -
Node1 -> Node2 - Rete di archiviazione 2: 10.0.2.0/24 -
Node1 -> Node2 - Rete di archiviazione 3: 10.0.3.0/24 -
Node1 -> Node3 - Rete di archiviazione 4: 10.0.4.0/24 -
Node1 -> Node3 - Rete di archiviazione 5: 10.0.5.0/24 -
Node1 -> Node4 - Rete di archiviazione 6: 10.0.6.0/24 -
Node1 -> Node4 - Rete di archiviazione 7: 10.0.7.0/24 -
Node2 -> Node3 - Rete di archiviazione 8: 10.0.8.0/24 -
Node2 -> Node3 - Rete di archiviazione 9: 10.0.9.0/24 -
Node2 -> Node4 - Rete di archiviazione 10: 10.0.10.0/24 -
Node2 -> Node4 - Rete di archiviazione 11: 10.0.11.0/24 -
Node3 -> Node4 - Rete di archiviazione 12: 10.0.12.0/24 -
Node3 -> Node4
- Rete di archiviazione 1: 10.0.1.0/24 -
Per altre informazioni, vedere Distribuire la rete host con Network ATC.
Esempio di configurazione delle reti di archiviazione con intenti del modello ARM
È possibile usare il modello ARM per l'archiviazione a quattro nodi senza switch, doppio TOR e doppio collegamento.
"storageNetworkList": {
"value": [
{
"name": "StorageNetwork1",
"networkAdapterName": "SMB1",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.1.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.1.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.3.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.5.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork2",
"networkAdapterName": "SMB2",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.2.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.2.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.4.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.6.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork3",
"networkAdapterName": "SMB3",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.3.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.7.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.7.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.9.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork4",
"networkAdapterName": "SMB4",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.4.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.8.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.8.3",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.10.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork5",
"networkAdapterName": "SMB5",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.5.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.9.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.11.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.11.3",
"subnetMask": "255.255.255.0"
}
]
},
{
"name": "StorageNetwork6",
"networkAdapterName": "SMB6",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.6.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.10.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.12.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node4",
"ipv4Address": "10.0.12.3",
"subnetMask": "255.255.255.0"
}
]
}
]
},