Condividi tramite


Distribuire la rete host con Network ATC

Si applica a: Azure Stack HCI, versione 22H2

Questo articolo illustra i requisiti, le procedure consigliate e la distribuzione di Network ATC. Network ATC semplifica la gestione della distribuzione e 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, tra cui 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 (dello stesso make, 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'adattatore, 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 uno 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 adattatore nello stesso slot PCI in ogni host. Questa pratica consente di semplificare le convenzioni di denominazione automatizzate da parte dei sistemi di imaging.

  • 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 Network ATC nelle macchine virtuali può essere usata solo a scopo di test e convalida. Per disabilitare la proprietà NetworkDirect, è necessario eseguire l'override delle impostazioni predefinite della scheda. 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 o dal cluster locale. Questo comando non elimina definitivamente la configurazione richiamata.

Finalità di esempio

Network ATC modifica il modo in cui si distribuisce la rete host, non quello distribuito. È 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 aggiungere altro. 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.

Finalità completamente convergente

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; Il calcolo e l'archiviazione si trovano in schede diverse.

Finalità convergente di archiviazione e calcolo

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.

Finalità completamente disaggregata

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 calcolo non sono gestite da Network ATC.

Finalità di sola archiviazione

Add-NetIntent -Name Storage -Storage -AdapterName pNIC05, pNIC06

Finalità di calcolo e gestione

Per questa finalità, le reti di calcolo e gestione vengono gestite, ma non l'archiviazione.

Finalità di gestione e calcolo

Add-NetIntent -Name Management_Compute -Management -Compute -AdapterName pNIC01, pNIC02

Finalità di calcolo multiple (switch)

Per questa finalità, vengono gestiti più commutatori di calcolo.

Finalità di più commutatori

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 della chiave usati da Network ATC.

Valori predefiniti

Questa sezione illustra i valori predefiniti aggiuntivi che Network ATC sta impostando nelle versioni 22H2 e successive.

VLAN 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 VLAN devono essere consentite nella rete fisica. Se gli adattatori sono senza cambio, non è necessaria alcuna configurazione aggiuntiva.

Finalità adapter Valore predefinito
Gestione La VLAN configurata per gli adapter 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

Si consideri il comando seguente:

Add-NetIntent -Name MyIntent -Storage -AdapterName pNIC01, pNIC02, pNIC03, pNIC04

La scheda di interfaccia di rete fisica (o 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 configurerà 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:

Adapter 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 degli indirizzi IP di archiviazione automatica, creare un override di 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à Predefiniti
EnableNetworkNaming $true
EnableLiveMigrationNetworkSelection $true
EnableVirtualMachineMigrationPerformance $true
VirtualMachineMigrationPerformanceOption Il valore predefinito è calcolato: SMB, TCP o Compressione
MaximumVirtualMachineMigrations 1
MaximumSMBMigrationBandwidthInGbps Il valore predefinito viene calcolato in base alla configurazione

Configurazione predefinita di Data Center Bridging (DCB)

Network ATC stabilisce le priorità e le prenotazioni della larghezza di banda seguenti. Questa configurazione deve essere configurata anche nella rete fisica.

Criteri Utilizzo Priorità predefinita Prenotazione della larghezza di banda predefinita
Cluster Prenotazione heartbeat cluster 7 2% se gli adattatori sono <= 10 Gbps; 1% se gli adattatori sono > 10 Gbps
SMB_Direct Traffico di archiviazione RDMA 3 50%
Predefiniti Tutti gli altri tipi di traffico 0 Residuo

Nota

Network ATC consente di eseguire l'override delle impostazioni predefinite, ad esempio 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 registri 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 si verifica un problema. Gli errori mostrati di seguito provengono dall'output del Get-NetIntentStatus cmdlet.

Errore: AdapterBindingConflict

Screenshot dell'errore di associazione dell'adapter.

Scenario 1: una scheda è effettivamente associata a un vSwitch esistente in conflitto con il nuovo vSwitch distribuito da Network ATC.

Soluzione: rimuovere il vSwitch in conflitto, quindi Set-NetIntentRetryState

Scenario 2: un adattatore è associato al componente, ma non necessariamente un vSwitch.

Soluzione: disabilitare il componente vms_pp (scollegato l'adattatore dal vSwitch) e quindi eseguire Set-NetIntentRetryState.

Errore: ConflictingTrafficClass

Screenshot dell'errore della classe di traffico in conflitto.

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 distribuirà una classe di traffico simile con un nome diverso.

Soluzione:

Cancellare la configurazione DCB esistente nel sistema, quindi eseguire Set-NetIntentRetryState


Get-NetQosTrafficClass | Remove-NetQosTrafficClass
Get-NetQosPolicy | Remove-NetQosPolicy -Confirm:$false
Get-NetQosFlowControl | Disable-NetQosFlowControl

Errore: RDMANotOperational

Screenshot dell'errore RDMA Not Operational.

È possibile che venga visualizzato questo messaggio:

  1. Se la scheda di rete usa un driver posta in arrivo. I driver posta in arrivo non sono supportati e devono essere aggiornati.

    Soluzione: aggiornare il driver per l'adattatore.

  2. Se SR-IOV è disabilitato nel BIOS.

    Soluzione: Abilitare SR-IOV per l'adattatore nel BIOS di sistema

  3. Se RDMA è disabilitato nel BIOS

    Soluzione: Abilitare RDMA per la scheda nel BIOS di sistema

Errore: InvalidIsolationID

Screenshot dell'errore ID di isolamento non valido.

Questo messaggio si verifica quando RoCE RDMA è in uso ed è stata sostituita la 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 e 4094. Network ATC non eseguirà l'override del valore specificato senza l'intervento dell'amministratore per diversi motivi. Per risolvere il problema:

  1. Scegliere iWARP come protocollo RDMA (NetworkDirect)

    Soluzione: se supportata 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.

  2. Usare le VLAN predefinite

    Soluzione: è consigliabile usare le VLAN predefinite di Network ATC

  3. Usare una VLAN valida

    Quando si specifica una VLAN, usare il parametro -StorageVLAN e specificare valori delimitati 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.