Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a: Azure Local 2311.2 e versioni successive
In questo articolo, scopri come utilizzare il modello di riferimento di rete a tre nodi senza switch con due commutatori TOR L3 e un collegamento singolo full-mesh per distribuire la tua soluzione locale su Azure.
Nota
I modelli di riferimento di rete senza commutatori a tre nodi descritti in questo articolo sono stati testati e convalidati da Microsoft. Per informazioni sui modelli di rete senza commutatori a due nodi, vedere Modelli di distribuzione della rete locale di Azure.
Scenari
Gli scenari per questo modello di rete includono laboratori, fabbriche, negozi al dettaglio, settori pubblici e enti pubblici.
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 (Software Defined Network) L3 sono completamente supportati in questo modello. I servizi di routing come BGP (Border Gateway Protocol) possono essere configurati direttamente nelle opzioni TOR se supportano i servizi L3. Le funzionalità di sicurezza di rete, ad esempio la micro segmentazione o la qualità del servizio (QoS) non richiedono una configurazione aggiuntiva del dispositivo firewall, perché vengono implementate a livello di scheda di rete virtuale.
Nota
Tenere presente che le operazioni di scalabilità orizzontale non sono supportate nelle distribuzioni locali di Azure con archiviazione senza switch. Per aggiungere un nodo aggiuntivo, ridistribuire il cluster perché è necessario riconfigurare la connettività fisica di archiviazione e le reti di archiviazione.
Componenti di connettività fisica
Diagramma che mostra il layout di connettività fisica a tre nodi senza switch, con due TOR e collegamento singolo.
Come illustrato nel diagramma, questo modello include i componenti di rete fisica 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 scheda di interfaccia di rete è connessa a un tor diverso.
- Due schede di interfaccia di rete RDMA su ogni nodo in una configurazione a maglia completa con collegamento singolo per il traffico Est-Ovest per lo storage.
Nota
Per questa configurazione non esiste alcuna connessione di rete ridondante tra i nodi.
| Reti | Gestione e calcolo | Archiviazione |
|---|---|---|
| Velocità di collegamento | Almeno 1 Gigabyte al secondo. 10 GBps consigliato | Almeno 10 Gbps |
| Tipo interfaccia | RJ45, SFP+ o SFP28 | SFP+ o SFP28 |
| Porte e aggregazioni | Due porte aggregate | Due porte autonome |
Reti logiche
Come illustrato nel diagramma, questo modello include i componenti di rete logici seguenti:
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 tre 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 tre 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 relativo vicino.
Quando si distribuisce una configurazione senza commutatori a tre nodi, Network ATC ha i requisiti seguenti:
Supporta solo una singola VLAN per tutte le subnet IP usate per la connettività di archiviazione.
StorageAutoIPil parametro deve essere impostato su false,Switchlessil parametro deve essere impostato su true e sei responsabile di specificare gli indirizzi IP nel modello ARM utilizzato per distribuire l'istanza locale di Azure.Per le distribuzioni cloud locali di Azure:
I sistemi di archiviazione senza switch con scalabilità orizzontale non sono supportati.
È possibile distribuire questo scenario a tre nodi solo usando i modelli di Resource Manager (ARM templates).
Per altre 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 contrassegnate. Le considerazioni seguenti si applicano a ogni configurazione:
La VLAN nativa per la rete di gestione non richiede di fornire un ID VLAN.
La VLAN contrassegnata per la rete di gestione richiede la configurazione dell'ID VLAN sulle schede di rete fisiche o sulla scheda di rete virtuale di gestione prima di registrare i nodi su Azure Arc.
Le porte di switch fisiche devono essere configurate correttamente per accettare l'ID VLAN sugli adattatori di gestione.
Se la finalità include i 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 altre informazioni, vedere Considerazioni sulla rete VLAN di gestione.
VLAN di elaborazione
In alcuni scenari non è necessario usare Rete virtuale 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 dei fornitori HNV (PA)
La rete Hyper-V Network Virtualization Provider Address (HNV PA) funge da rete fisica sottostante per il traffico dei tenant interno-interno (est-ovest), il traffico dei tenant esterno-interno (nord-sud) e 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 di archiviazione senza switch a tre nodi, vengono creati due intent di Network ATC. 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à di intenti: 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 calcolo: ATC di rete è trasparente per le vNIC PA e le VLAN oppure le vNIC e le VLAN di elaborazione.
Finalità di archiviazione
Tipo di finalità: Archiviazione
Modalità di intenti: Modalità cluster
Lavoro di squadra: 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 schema richiede la configurazione IP manuale o la definizione IP tramite il modello di Resource Manager.
Sono necessarie tre subnet (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 –
Node2 -> Node3
- Rete di archiviazione 1: 10.0.1.0/24 –
Per altre informazioni, vedere Distribuire la rete host con Network ATC.
Esempio di configurazione della rete per l'intento di archiviazione del modello ARM
È possibile usare il modello ARM per l'archiviazione a tre nodi senza switch, TOR doppio e singolo collegamento.
Ecco un frammento di codice del modello:
"storageNetworkList": {
"value": [
{
"name": "StorageNetwork1",
"networkAdapterName": "SMB1",
"vlanId": "711",
"storageAdapterIPInfo": [
{
"physicalNode": "Node1",
"ipv4Address": "10.0.1.1",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node2",
"ipv4Address": "10.0.1.2",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.2.1",
"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.3.1",
"subnetMask": "255.255.255.0"
},
{
"physicalNode": "Node3",
"ipv4Address": "10.0.3.2",
"subnetMask": "255.255.255.0"
}
]
}
]
},