Distribuire la rete host con Network ATC
Si applica a: Azure Stack HCI, versioni 22H2 e 21H2
Questo articolo illustra i requisiti, le procedure consigliate e la distribuzione di Network ATC. Network ATC semplifica la distribuzione e la gestione della configurazione di rete per i cluster Azure Stack HCI. Network ATC offre un approccio basato sulle finalità per la distribuzione della rete host. Specificando una o più finalità (gestione, calcolo o archiviazione) per una scheda di rete, è possibile automatizzare la distribuzione della configurazione prevista. Per altre informazioni su Network ATC, inclusa una panoramica e definizioni, vedere Panoramica di Network ATC.
Se si hanno commenti e suggerimenti o si verificano problemi, consultare la sezione Requisiti e procedure consigliate, controllare il registro eventi di Network ATC e collaborare con il team di supporto Microsoft.
Requisiti e procedure consigliate
Di seguito sono riportati i requisiti e le procedure consigliate per l'uso di Network ATC in Azure Stack HCI:
Tutti i server nel cluster devono eseguire Azure Stack HCI versione 22H2 con l'aggiornamento di novembre (o versione successiva).
Deve usare host fisici certificati Azure Stack HCI.
Le schede nella stessa finalità network ATC devono essere simmetriche (con la stessa impostazione, modello, velocità e configurazione) e disponibili in ogni nodo del cluster.
Gli adattatori asimmetrici causano un errore nella distribuzione di qualsiasi finalità.
Con Azure Stack HCI 22H2, Network ATC conferma automaticamente la simmetria della scheda per tutti i nodi del cluster prima di distribuire una finalità.
Per altre informazioni sulla simmetria dell'adapter, vedere Switch Embedded Teaming (SET)
Ogni adattatore fisico specificato in una finalità deve usare lo stesso nome in tutti i nodi del cluster.
Verificare che ogni scheda di rete abbia lo stato "Up", come verificato dal cmdlet di PowerShell
Get-NetAdapter
.Assicurarsi che tutti gli host abbiano l'aggiornamento di novembre di Azure Stack HCI o versione successiva.
Per ogni nodo devono essere installate le funzionalità di Azure Stack HCI seguenti:
- ATC di rete
- HuD di rete
- Hyper-V
- Clustering di failover
- Data Center Bridging
Ecco un esempio di installazione delle funzionalità necessarie tramite PowerShell:
Install-WindowsFeature -Name NetworkATC, NetworkHUD, Hyper-V, 'Failover-Clustering', 'Data-Center-Bridging' -IncludeManagementTools
Procedura consigliata: inserire ogni scheda nello stesso slot PCI in ogni host. Questa procedura consente di semplificare le convenzioni di denominazione automatizzate da parte dei sistemi di creazione di immagini.
Procedura consigliata: configurare la rete fisica (commutatori) prima di Network ATC, tra cui VLAN, MTU e configurazione DCB. Per altre informazioni, vedere Requisiti di rete fisica.
Importante
Aggiornato: la distribuzione di AtC di rete nelle macchine virtuali può essere usata solo a scopo di test e convalida. La distribuzione basata su vm richiede un override delle impostazioni predefinite della scheda per disabilitare la proprietà NetworkDirect. Per altre informazioni sull'invio di un override, vedere: Eseguire l'override delle impostazioni di rete predefinite.
La distribuzione di Network ATC in modalità autonoma può essere usata solo a scopo di test e convalida.
Comandi comuni di Network ATC
Sono disponibili diversi nuovi comandi di PowerShell inclusi in Network ATC. Eseguire ilGet-Command -ModuleName NetworkATC
cmdlet per identificarli. Verificare che PowerShell venga eseguito come amministratore.
Il Remove-NetIntent
cmdlet rimuove una finalità dal nodo locale o dal cluster. Questo comando non elimina definitivamente la configurazione richiamata.
Finalità di esempio
Network ATC modifica la modalità di distribuzione della rete host, non di quella distribuita. È possibile distribuire più scenari purché ogni scenario sia supportato da Microsoft. Ecco alcuni esempi di opzioni di distribuzione comuni e i comandi di PowerShell necessari. Queste non sono le uniche combinazioni disponibili, ma dovrebbero darvi un'idea delle possibilità.
Per semplicità, viene illustrato solo due adattatori fisici per ogni team SET, ma è possibile aggiungerne altri. Per altre informazioni, vedere Pianificare la rete host.
Finalità completamente convergente
Per questa finalità, le reti di calcolo, archiviazione e gestione vengono distribuite e gestite in tutti i nodi del cluster.
Add-NetIntent -Name ConvergedIntent -Management -Compute -Storage -AdapterName pNIC01, pNIC02
Finalità di calcolo e archiviazione convergenti; finalità di gestione separata
Due finalità vengono gestite tra i nodi del cluster. La gestione usa pNIC01 e pNIC02; Le risorse di calcolo e archiviazione si trovano in schede diverse.
Add-NetIntent -Name Mgmt -Management -AdapterName pNIC01, pNIC02
Add-NetIntent -Name Compute_Storage -Compute -Storage -AdapterName pNIC03, pNIC04
Finalità completamente disaggregata
Per questa finalità, le reti di calcolo, archiviazione e gestione vengono gestite in schede diverse in tutti i nodi del cluster.
Add-NetIntent -Name Mgmt -Management -AdapterName pNIC01, pNIC02
Add-NetIntent -Name Compute -Compute -AdapterName pNIC03, pNIC04
Add-NetIntent -Name Storage -Storage -AdapterName pNIC05, pNIC06
Finalità di sola archiviazione
Per questa finalità, viene gestita solo l'archiviazione. Le schede di gestione e di calcolo non sono gestite da Network ATC.
Finalità di calcolo e gestione
Per questa finalità, le reti di calcolo e gestione vengono gestite, ma non l'archiviazione.
Finalità di calcolo multiple (switch)
Per questa finalità, vengono gestiti più commutatori di calcolo.
Add-NetIntent -Name Compute1 -Compute -AdapterName pNIC03, pNIC04
Add-NetIntent -Name Compute2 -Compute -AdapterName pNIC05, pNIC06
Valori di Rete ATC predefiniti
Questa sezione elenca alcuni dei valori predefiniti chiave usati da Network ATC.
Valori predefiniti
Questa sezione illustra i valori predefiniti aggiuntivi che Network ATC verrà impostato nelle versioni 22H2 e successive.
Reti virtuali predefinite
Si applica a: Azure Stack HCI 21H2, 22H2
Network ATC usa le VLAN seguenti per impostazione predefinita per le schede con il tipo di finalità di archiviazione . Se le schede sono connesse a un commutatore fisico , queste reti virtuali devono essere consentite nella rete fisica. Se le schede sono senza cambio, non è necessaria alcuna configurazione aggiuntiva.
Finalità dell'adattatore | Valore predefinito |
---|---|
Gestione | La VLAN configurata per le schede di gestione non viene modificata |
Adattatore di archiviazione 1 | 711 |
Adattatore di archiviazione 2 | 712 |
Adattatore di archiviazione 3 | 713 |
Adattatore di archiviazione 4 | 714 |
Adattatore di archiviazione 5 | 715 |
Adattatore di archiviazione 6 | 716 |
Adattatore di archiviazione 7 | 717 |
Adattatore di archiviazione 8 | 718 |
Uso futuro | 719 |
Osservare il comando seguente:
La scheda di interfaccia di rete fisica (o la scheda di interfaccia di rete virtuale, se necessario) è configurata per l'uso rispettivamente di VLAN 711, 712, 713 e 714.
Nota
Network ATC consente di modificare le VLAN usate con il StorageVlans
parametro in Add-NetIntent
.
Indirizzi IP di archiviazione automatici
Si applica a: Azure Stack HCI 22H2
Network ATC configura automaticamente indirizzi IP validi per le schede con il tipo di finalità di archiviazione . Network ATC esegue questa operazione in modo uniforme in tutti i nodi del cluster e verifica che l'indirizzo scelto non sia già in uso nella rete.
L'indirizzo IP predefinito per ogni scheda in ogni nodo nella finalità di archiviazione verrà configurato come segue:
Adattatore | Indirizzo IP e subnet | VLAN |
---|---|---|
pNIC1 | 10.71.1.X | 711 |
pNIC2 | 10.71.2.X | 712 |
pNIC3 | 10.71.3.X | 713 |
Per eseguire l'override dell'indirizzo IP di archiviazione automatica, creare un override dell'archiviazione e passare l'override durante la creazione di una finalità:
$StorageOverride = New-NetIntentStorageOverrides
$StorageOverride.EnableAutomaticIPGeneration = $false
Add-NetIntent -Name MyIntent -Storage -Compute -AdapterName 'pNIC01', 'pNIC02' -StorageOverrides $StorageOverride
Impostazioni di rete del cluster
Si applica a: Azure Stack HCI 22H2
Network ATC configura un set di funzionalità di rete del cluster per impostazione predefinita. Le impostazioni predefinite sono elencate di seguito:
Proprietà | Predefinito |
---|---|
EnableNetworkNaming | $true |
EnableLiveMigrationNetworkSelection | $true |
EnableVirtualMachineMigrationPerformance | $true |
VirtualMachineMigrationPerformanceOption | Il valore predefinito viene calcolato: SMB, TCP o Compressione |
MaximumVirtualMachineMigrations | 1 |
MaximumSMBMigrationBandwidthInGbps | Il valore predefinito viene calcolato in base alla configurazione |
Configurazione predefinita di Bridging (DCB) del Data Center
Network ATC stabilisce le priorità e le prenotazioni di larghezza di banda seguenti. Questa configurazione deve essere configurata anche nella rete fisica.
Criteri | Uso | Priorità predefinita | Prenotazione della larghezza di banda predefinita |
---|---|---|---|
Cluster | Prenotazione heartbeat del cluster | 7 | 2% se le schede sono = 10 Gbps; 1% se le schede sono <> 10 Gbps |
SMB_Direct | Traffico di archiviazione RDMA | 3 | 50% |
Predefinito | Tutti gli altri tipi di traffico | 0 | Resto |
Nota
Network ATC consente di eseguire l'override delle impostazioni predefinite come la prenotazione della larghezza di banda predefinita. Per esempi, vedere Aggiornare o eseguire l'override delle impostazioni di rete.
Messaggi di errore comuni
Con i nuovi log eventi in 22H2, esistono alcuni metodi di risoluzione dei problemi semplici per identificare gli errori di distribuzione delle finalità. Questa sezione descrive alcune delle correzioni comuni quando viene rilevato un problema. Gli errori illustrati di seguito sono dall'output Get-NetIntentStatus
del cmdlet.
Errore: AdapterBindingConflict
Scenario 1: un adattatore è effettivamente associato a un vSwitch esistente in conflitto con il nuovo vSwitch distribuito da Network ATC.
Soluzione: Rimuovere la vSwitch in conflitto, quindi Set-NetIntentRetryState
Scenario 2: un adattatore è associato al componente, ma non necessariamente una vSwitch.
Soluzione: Disabilitare il componente vms_pp (unbind l'adapter dalla vSwitch) quindi eseguire Set-NetIntentRetryState.
Errore: ConflictingTrafficClass
Questo problema si verifica perché è già configurata una classe di traffico. Questa classe di traffico preconfigurata è in conflitto con le classi di traffico distribuite da Network ATC. Ad esempio, il cliente potrebbe aver già distribuito una classe di traffico denominata SMB quando Network ATC distribuisce una classe di traffico simile con un nome diverso.
Soluzione:
Cancellare la configurazione DCB esistente nel sistema e quindi eseguire Set-NetIntentRetryState
Get-NetQosTrafficClass | Remove-NetQosTrafficClass
Get-NetQosPolicy | Remove-NetQosPolicy -Confirm:$false
Get-NetQosFlowControl | Disable-NetQosFlowControl
Errore: RDMANotOperational
Questo messaggio potrebbe essere visualizzato:
Se la scheda di rete usa un driver in arrivo. I driver posta in arrivo non sono supportati e devono essere aggiornati.
Soluzione: Aggiornare il driver per l'adattatore.
Se SR-IOV è disabilitato nel BIOS.
Soluzione: Abilitare SR-IOV per la scheda nel BIOS di sistema
Se RDMA è disabilitato nel BIOS
Soluzione: Abilitare RDMA per la scheda nel BIOS di sistema
Errore: InvalidIsolationID
Questo messaggio si verifica quando RoCE RDMA è in uso ed è stata eseguita l'override della VLAN predefinita con un valore che non può essere usato con tale protocollo. Ad esempio, RoCE RDMA richiede una VLAN non zero in modo che i contrassegni PFC (Priority Flow Control) possano essere aggiunti al frame. È necessario usare un valore VLAN compreso tra 1 - 4094. Network ATC non esegue l'override del valore specificato senza intervento dell'amministratore per diversi motivi. Per risolvere il problema:
Scegliere iWARP come protocollo RDMA (NetworkDirect)
Soluzione: Se supportato dalla scheda, Network ATC sceglie automaticamente iWARP come protocollo RDMA che può usare un ID VLAN pari a 0. Rimuovere l'override che applica RoCE come protocollo scelto.
Usare le VLAN predefinite
Soluzione: È consigliabile usare le VLAN predefinite di Network ATC
Usare una VLAN valida
Quando si specifica una VLAN, usare il parametro -StorageVLANs e specificare valori separati da virgole tra 1 e 4094.
Passaggi successivi
- Gestire la distribuzione di Network ATC. Vedere Gestire l'ATC di rete.
- Altre informazioni sui cluster estesi.
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per