Configurare Network ATC su Azure Locale

Questo articolo descrive come configurare Network ATC in un cluster locale di Azure esistente che non è già configurato.

Informazioni su Network ATC

Network ATC archivia le informazioni nel database del cluster, che viene quindi replicato in altri computer nel cluster. Dal computer iniziale, altri computer nel cluster visualizzano la modifica nel database del cluster e applicano la nuova finalità. In questo caso, il sistema viene configurato per ricevere una nuova finalità. Inoltre, controlliamo il rollout della nuova funzionalità arrestando o disabilitando il servizio Network ATC sui computer che ospitano macchine virtuali (VM). Per altre informazioni, vedere Panoramica di Network ATC.

Vantaggi

Network ATC offre i vantaggi seguenti per Azure Local:

• Riduce il tempo di distribuzione della rete host, la complessità e gli errori.
• Distribuisce le procedure consigliate più recenti convalidate e supportate da Microsoft.
• Garantisce la coerenza della configurazione nell'istanza.
• Elimina la deriva della configurazione.

Considerazioni chiave

Prima di configurare Network ATC nell'istanza locale di Azure esistente, verificare che siano soddisfatte le condizioni seguenti:

• L'host non dispone di alcuna macchina virtuale in esecuzione.
• Il cluster sta eseguendo attivamente i carichi di lavoro. Se non sono presenti carichi di lavoro in esecuzione nel cluster locale di Azure, è possibile rimuovere facoltativamente tutti i commutatori virtuali e i criteri QoS, quindi aggiungere le finalità usando le procedure standard descritte in Distribuire la rete host con Network ATC.
• Tutti i checkpoint associati alle macchine virtuali vengono rimossi. In caso contrario, si verifica un errore di migrazione in tempo reale tra gli host.

Passaggio 1: Installare Network ATC

In questo passaggio si installa Network ATC e la funzionalità di FS-SMBBW necessaria in ogni computer del cluster usando il comando seguente. Non è necessario alcun riavvio.

Install-WindowsFeature -Name NetworkATC
Install-WindowsFeature -Name FS-SMBBW

Passaggio 2: Sospendere un computer nel cluster

Quando si sospende un computer nel cluster, tutti i carichi di lavoro vengono spostati in altri computer, rendendo il computer disponibile per le modifiche. La macchina in pausa viene quindi migrata alla rete ATC.

Per sospendere il computer, usare il comando seguente:

Suspend-ClusterNode -Drain -Wait

Passaggio 3: Arrestare il servizio ATC di rete

Per impedire a Network ATC di applicare l'intento durante l'esecuzione delle macchine virtuali, arrestare e disabilitare il servizio ATC di rete su tutti i computer che non sono in pausa.

Per arrestare e disabilitare il servizio Network ATC, usare i comandi seguenti:

Stop-Service -Name NetworkATC
Set-Service -Name NetworkATC -StartupType Disabled

Passaggio 4: Rimuovere le configurazioni precedenti

Rimuovere tutte le configurazioni precedenti dal computer in pausa che potrebbero interferire con la capacità di Network ATC di applicare la nuova finalità. Le configurazioni precedenti includono:

• Criteri di Data Center Bridging (NetQos) per il traffico RDMA
• Failover del bilanciamento del carico (LBFO)

Anche se Network ATC tenta di adottare configurazioni esistenti con nomi corrispondenti, inclusi NetQos e altre impostazioni, è più facile rimuovere la configurazione corrente e consentire a Network ATC di ridistribuire gli elementi di configurazione necessari e altro ancora.

Per rimuovere le configurazioni NetQos esistenti, usare i comandi seguenti:

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

LBFO non è supportato in Locale di Azure. Tuttavia, se un team LBFO è stato distribuito accidentalmente, è possibile rimuoverlo usando il comando seguente:

Get-NetLBFOTeam | Remove-NetLBFOTeam -Confirm:$false

Se i computer sono stati configurati tramite Virtual Machine Manager (VMM), potrebbe essere necessario rimuovere anche gli oggetti di configurazione associati.

Passaggio 5: Convertire le impostazioni VLAN

Alcune distribuzioni locali di Azure richiedono la configurazione di una VLAN sugli adattatori di rete virtuali di gestione o di archiviazione. Network ATC richiede che l'ID VLAN sia impostato usando il VMNetworkAdapterIsolation metodo . Tuttavia, Hyper-V consente anche di impostare VLAN usando il VMNetworkAdapterVlan metodo .

1. Usare i comandi seguenti per verificare se la scheda virtuale ha una VLAN e riconfigurarla, se necessario.

   # Use the command below to list the virtual adapters present on the system
   Get-VMNetworkAdapter -ManagementOS
   
   # Add the name of the VMNetworkAdapter below to check for a VLAN configuration
   Get-VMNetworkAdapterVlan -ManagementOS -VMNetworkAdapterName "vNICName"
   Get-VMNetworkAdapterIsolation -ManagementOS -VMNetworkAdapterName "vNICName"
   

   Output da Get-VMNetworkAdapterVlan:

   • Se Mode è Access e VlanList ha un valore numerico, l'adattatore viene contrassegnato con una VLAN e deve essere aggiornato.
   • Se Mode è Untagged, non viene configurata alcuna VLAN usando questo metodo.

   Output da Get-VMNetworkAdapterIsolation:

   • Se IsolationMode è Vlan e DefaultIsolationID ha un valore numerico diverso da 0, l'adattatore viene contrassegnato con una VLAN e non deve essere aggiornato.
   • Se IsolationMethod è None, non viene configurata alcuna VLAN usando questo metodo.

2. Per convertire una VLAN dal VMNetworkAdapterVlan metodo al VMNetworkAdapterIsolation metodo , usare i comandi seguenti:

   Importante

   L'esecuzione dei comandi seguenti disconnette il nodo del cluster dalla rete fino a quando la VLAN non viene riconfigurata. È consigliabile eseguire questi comandi da una console BMC.

   Set-VMNetworkAdapterVlan -ManagementOS -VMNetworkAdapterName "vNICName" -Untagged
   
   # Use the VLAN ID from above for the DefaultIsolationID parameter in the below command
   Set-VMNetworkAdapterIsolation -ManagementOS -VMNetworkAdapterName "vNICName" -IsolationMode Vlan -AllowUntaggedTraffic $true -DefaultIsolationID 100
   

3. Completare questi passaggi per tutti gli adattatori di rete virtuali di gestione e archiviazione presenti sul nodo del cluster. Se nessuno degli output ha configurato una VLAN, passare al passaggio successivo.

Passaggio 6: Pianificare e distribuire le finalità

Esistono varie finalità che è possibile aggiungere. Identifica gli intenti desiderati usando gli esempi della sezione Esempi di intenti.

Dopo aver identificato l'esempio che corrisponde all'ambiente, usare i comandi forniti in tale esempio per eseguire i passaggi necessari solo nel nodo sospeso.

Passaggio 7: Verificare la distribuzione in un computer

Il Get-NetIntentStatus comando mostra lo stato di distribuzione delle finalità richieste. Il risultato restituisce un oggetto per finalità per ogni computer nel cluster.

Per verificare la corretta distribuzione degli intenti inviati nel passaggio 6, esegui il comando seguente:

Get-NetIntentStatus -Name <IntentName>

Ecco un esempio di output:

PS C:\Users\administrator.CONTOSO> Get-NetlntentStatus

IntentName                  : mgmt_compute_storage
Host                        : node1
IsComputelntentSet          : True
IsManagementlntentSet       : True
IsStoragelntentSet          : True
IsStretchlntentSet          : False
LastUpdated                 : 05/13/2025 11:11:15
LastSuccess                 : 05/13/2025 11:11:15
RetryCount                  : 0
LastConfigApplied           : 1
Error                       :
Progress                    : 1 of 1
ConfigurationStatus         : Success
ProvisioningStatus          : Completed

Assicurarsi che ogni intenzione aggiunta abbia una voce per l'host su cui si sta lavorando. Assicurati anche che ConfigurationStatus mostri Operazione riuscita.

Se ConfigurationStatus viene visualizzato Non riuscito, verificare se il messaggio di errore indica il motivo dell'errore. È anche possibile esaminare i registri eventi Microsoft-Windows-Networking-NetworkATC/Admin per altri dettagli sul motivo dell'errore. Per alcuni esempi di soluzioni di errore, vedere Messaggi di errore comuni.

Passaggio 8: Riprendere il nodo sospeso

Dopo aver completato la configurazione del Network ATC nel primo nodo, riattivare il nodo e consentirgli di tornare nel cluster.

1. Per immettere nuovamente o ripristinare il nodo del cluster nel servizio, eseguire il comando seguente:

   Resume-ClusterNode
   

2. Eseguire Get-StorageJob per verificare la presenza di eventuali processi di archiviazione in esecuzione. Consenti a loro di completare prima di passare al passaggio successivo.

Passaggio 9: Rinominare i componenti virtuali in altri computer

In questo passaggio si passa dal computer distribuito con Network ATC al computer successivo ed eseguire la migrazione delle macchine virtuali da questo secondo computer. È necessario verificare che il secondo computer abbia lo stesso nome vmSwitch del computer distribuito con Network ATC.

1. La ridenominazione del commutatore virtuale è una modifica non distruttiva e può essere eseguita su tutti i computer contemporaneamente. Esegui questo comando:

   #Run on the machine where you configured Network ATC
   Get-VMSwitch | ft Name
   
   #Run on the next machine to rename the virtual switch
   Rename-VMSwitch -Name 'ExistingName' -NewName 'NewATCName'
   

2. Dopo aver rinominato il commutatore, disconnettere e riconnettere le vNIC per consentire l'applicazione della modifica del nome del VMSwitch. Per eseguire questa azione per tutte le macchine virtuali, è possibile usare il comando seguente:

   Importante

   I comandi seguenti presuppongono che l'host disponga di un solo commutatore virtuale e che tutte le macchine virtuali siano connesse a tale commutatore virtuale. Se l'ambiente è diverso, è necessario modificare i comandi o disconnettere e riconnettere manualmente le macchine virtuali.

   $VMSW = Get-VMSwitch
   $VMs = Get-VM
   $VMs | %{Get-VMNetworkAdapter -VMName $_.name | Disconnect-VMNetworkAdapter ; Get-VMNetworkAdapter -VMName $_.name | Connect-VMNetworkAdapter -SwitchName $VMSW.name}
   

L'ATC VMSwitch di rete non viene modificato per due motivi:

• Network ATC garantisce che tutti i computer del cluster abbiano lo stesso nome per supportare la migrazione in tempo reale e la simmetria.
• Network ATC implementa e controlla i nomi degli oggetti di configurazione. In caso contrario, è necessario assicurarsi che questo artefatto di configurazione sia distribuito perfettamente.

Passaggio 10: Applicare le modifiche necessarie ai nodi del cluster rimanenti

Con il commutatore virtuale rinominato e le macchine virtuali riconnesse, è possibile eseguire la migrazione in tempo reale delle macchine virtuali tra i nodi del cluster. Seguire questa procedura, ripetendo per ogni nodo aggiuntivo nel cluster fino al completamento di tutti i nodi.

# Configure the Virtual Machine ClusterResourceType not to use the management network for live migration
$mgmtID = (Get-ClusterNetwork | where "Name" -match "Management").ID
Get-ClusterResourceType "Virtual Machine" | Set-ClusterParameter -Name "MigrationExcludeNetworks" -Value $mgmtID
# Configure the Virtual Machine ClusterResourceType to use the storage networks for live migration
$storageID = (Get-ClusterNetwork | where "Name" -match "Storage").ID
$storageIDs = $storageID -join ";"
Get-ClusterResourceType "Virtual Machine" | Set-ClusterParameter -Name "MigrationNetworkOrder" -Value $storageIDs

1. Sospendere e svuotare il nodo del cluster usando il comando Suspend-ClusterNode -Drain -Wait.

2. Rimuovere le configurazioni NetQos esistenti usando i comandi nel passaggio 4.

3. Se necessario, aggiornare l'ID VLAN degli adattatori virtuali usando i comandi nel passaggio 5.

4. Rinominare le schede di rete virtuale usando i comandi Rename-VMNetworkAdapter e Rename-NetAdapter utilizzati nel passaggio 6. Non è necessario eseguire alcun comando Rename-VMSwitch o Add-NetIntent .

5. Abilitare e avviare il servizio Network ATC nel nodo sospeso usando i comandi seguenti:

   Set-Service -Name NetworkATC -StartupType Automatic
   Start-Service -Name NetworkATC
   

6. Verificare la corretta distribuzione degli intenti della macchina eseguendo il comando Get-NetIntentStatus usato nel passaggio 7. Assicurarsi che l'opzione ConfigurationStatus mostri Operazione riuscita per tutti gli intenti.

7. Riprendere il nodo sospeso usando il Resume-ClusterNode comando .

8. Assicurarsi che tutti i processi di archiviazione vengano completati usando il Get-StorageJob comando .

Finalità di esempio

Network ATC modifica il modo in cui distribuisci la rete host, non ciò che distribuisci. È possibile distribuire più scenari se ogni scenario è supportato da Microsoft. Di seguito sono riportati alcuni esempi di modelli di rete host comuni e i comandi di PowerShell corrispondenti per Azure Local.Here are some examples of common host networking patterns and the corrispondenti PowerShell commands for Azure Local.

Questi esempi non sono le uniche combinazioni disponibili, ma dovrebbero dare un'idea delle possibilità.

Articoli di riferimento:

• Per informazioni sui valori predefiniti, vedere Distribuire la rete host con Network ATC.
• Per informazioni sulla configurazione delle modifiche, vedere Gestione dell'ATC di rete.
• Per informazioni sui comandi di Network ATC, vedere NetworkATC.

Per semplicità, gli esempi illustrano solo due adattatori fisici per ogni team SET, ma è possibile aggiungere altro. Per altre informazioni, vedere Panoramica dei modelli di riferimento di rete per Azure Local .For more information, see Network reference patterns overview for Azure Local.

Finalità di esempio: Gestione del gruppo ed elaborazione in un'unica finalità con finalità separate per l'archiviazione.

In questo esempio esistono due finalità gestite tra computer.

• Gestione e calcolo: questo intento utilizza una coppia dedicata di porte dell'adattatore di rete.

• Archiviazione: questa finalità usa una coppia dedicata di porte della scheda di rete.

  

Ecco un esempio per implementare questo modello di rete host:

# These commands rename the virtual components to the Network ATC naming convention
Rename-VMSwitch -Name (Get-VMSwitch).Name -NewName "ConvergedSwitch(mgmt_compute)"
Rename-VMNetworkAdapter -ManagementOS -Name (Get-VMNetworkAdapter -ManagementOS).Name -NewName "vManagement(mgmt_compute)"
Rename-NetAdapter -Name "vEthernet (vManagement(mgmt_compute))" -NewName "vManagement(mgmt_compute)"

# This command adds the management and compute intent.  Update the -AdapterName parameter with the appropriate names of the network adapters
# Note that if you had to configure a VLAN in Step 5, you will need to add that into the -ManagementVlan parameter below.
# If you do not need to configure a management VLAN, remove the -ManagementVlan parameter before running the command
Add-NetIntent -Name mgmt_compute -Management -Compute -AdapterName "pNIC1","pNIC2" -ManagementVlan 100

# These commands add the storage intent.  Automatic storage IP addressing is disabled to allow your existing storage IP addresses to continue to be used.
# Update the -AdapterName parameter with the appropriate names of the network adapters.
# Update the -StorageVlans parameter below to the VLAN IDs used by your network adapters.  If you want to use the default Network ATC VLAN IDs (711, 712, etc.), remove the -StorageVlans parameter.
$override = New-NetIntentStorageOverrides
$override.EnableAutomaticIPGeneration = 0
Add-NetIntent -Name storage -Storage -StorageOverrides $override -AdapterName "pNIC3","pNIC4" -StorageVlans 200,201

Finalità di esempio: Raggruppare tutto il traffico su una singola finalità

In questo esempio è presente una singola finalità gestita tra i computer.

• Gestione, calcolo e archiviazione: questo intento utilizza una coppia dedicata di porte di un adattatore di rete.

  

Ecco un esempio per implementare questo modello di rete host:

# This command renames the virtual switch to the Network ATC naming convention
Rename-VMSwitch -Name (Get-VMSwitch).Name -NewName "ConvergedSwitch(mgmt_compute_storage)"

# These commands rename the virtual network adapters.  Note that each adapter must be renamed to a very specific naming convention.
# First, collect the output from Get-VMNetworkAdapter -ManagementOS to get a list of the current virtual adapters.
# The management virtual network adapter can be renamed using the two commands below.  
# You must update the -Name parameter in the Rename-VMNetworkAdapter command with the name of the management virtual adapter from the output above.
Rename-VMNetworkAdapter -ManagementOS -Name "mgmtVNICname" -NewName "vManagement(mgmt_compute_storage)"
Rename-NetAdapter -Name "vEthernet (vManagement(mgmt_compute_storage))" -NewName "vManagement(mgmt_compute_storage)"

# The storage virtual network adapters can be renamed using the two commands below.
# You must update the -Name parameter in the Rename-VMNetworkAdapter command with the name of the storage virtual adapter from the output above.
# You must also update each parameter with the name of the physical adapter after the # sign.  In the example below, "pNIC1" is the name of the physical adapter associated with the first storage virtual adapter.
# These two commands need to be executed for each storage virtual adapter present on the cluster node.  For example, if you have two physical adapters for storage, you would need to run 4 total commands.
Rename-VMNetworkAdapter -ManagementOS -Name "storagevNIC1" -NewName "vSMB(mgmt_compute_storage#pNIC1)"
Rename-NetAdapter -Name "vEthernet (vSMB(mgmt_compute_storage#pNIC1))" -NewName "vSMB(mgmt_compute_storage#pNIC1)"
Rename-VMNetworkAdapter -ManagementOS -Name "storagevNIC2" -NewName "vSMB(mgmt_compute_storage#pNIC2)"
Rename-NetAdapter -Name "vEthernet (vSMB(mgmt_compute_storage#pNIC2))" -NewName "vSMB(mgmt_compute_storage#pNIC2)"    
  
# This command adds the management, compute, and storage intent.  Update the -AdapterName parameter with the appropriate names of the network adapters
# Note that if you had to configure a VLAN in Step 5, you will need to add that into the -ManagementVlan parameter below.
# If you do not need to configure a management VLAN, remove the -ManagementVlan parameter before running the command    
# Automatic storage IP addressing is disabled to allow your existing storage IP addresses to continue to be used.
# Update the -StorageVlans parameter below to the VLAN IDs used by your network adapters.  If you want to use the default Network ATC VLAN IDs (711, 712, etc.), remove the -StorageVlans parameter.
$override = New-NetIntentStorageOverrides
$override.EnableAutomaticIPGeneration = 0
Add-NetIntent -Name mgmt_compute_storage -Management -Compute -Storage -StorageOverrides $override -AdapterName "pNIC1","pNIC2" -ManagementVlan 100 -StorageVlans 200,201

Finalità di esempio: raggruppare il traffico di calcolo e archiviazione su una finalità con finalità di gestione separata

In questo esempio esistono due finalità gestite tra computer.

• Gestione: questa intenzione utilizza una coppia dedicata di porte della scheda di rete.

• Calcolo e archiviazione: questo scopo utilizza una coppia dedicata di porte dell'adattatore di rete.

  

Ecco un esempio per implementare questo modello di rete host:

# These commands rename the virtual switches to the Network ATC naming convention
# First rename the management virtual switch, then the compute/storage virtual switch
Rename-VMSwitch -Name "management_vSwitch_name" -NewName "ConvergedSwitch(mgmt)"
Rename-VMSwitch -Name "compute_storage_vSwitch_name" -NewName "ConvergedSwitch(compute_storage)"

# These commands rename the virtual network adapters.  Note that each adapter must be renamed to a very specific naming convention.
# First, collect the output from Get-VMNetworkAdapter -ManagementOS to get a list of the current virtual adapters.
# The management virtual network adapter can be renamed using the two commands below.  
# You must update the -Name parameter in the Rename-VMNetworkAdapter command with the name of the management virtual adapter from the output above.
Rename-VMNetworkAdapter -ManagementOS -Name "mgmtVNICname" -NewName "vManagement(mgmt_compute_storage)"
Rename-NetAdapter -Name "vEthernet (vManagement(mgmt_compute_storage))" -NewName "vManagement(mgmt_compute_storage)"

# The storage virtual network adapters can be renamed using the two commands below.
# You must update the -Name parameter in the Rename-VMNetworkAdapter command with the name of the storage virtual adapter from the output above.
# You must also update each parameter with the name of the physical adapter after the # sign.  In the example below, "pNIC1" is the name of the physical adapter associated with the first storage virtual adapter.
# These two commands need to be executed for each storage virtual adapter present on the cluster node.  For example, if you have two physical adapters for storage, you would need to run 4 total commands.
Rename-VMNetworkAdapter -ManagementOS -Name "storagevNIC1" -NewName "vSMB(mgmt_compute_storage#pNIC1)"
Rename-NetAdapter -Name "vEthernet (vSMB(mgmt_compute_storage#pNIC1))" -NewName "vSMB(mgmt_compute_storage#pNIC1)"
Rename-VMNetworkAdapter -ManagementOS -Name "storagevNIC2" -NewName "vSMB(mgmt_compute_storage#pNIC2)"
Rename-NetAdapter -Name "vEthernet (vSMB(mgmt_compute_storage#pNIC2))" -NewName "vSMB(mgmt_compute_storage#pNIC2)"    

# This command adds the management intent.  Update the -AdapterName parameter with the appropriate names of the network adapters
# Note that if you had to configure a VLAN in Step 5, you will need to add that into the -ManagementVlan parameter below.
# If you do not need to configure a management VLAN, remove the -ManagementVlan parameter before running the command    
Add-NetIntent -Name mgmt -Management -AdapterName "pNIC1","pNIC2" -ManagementVlan 100

# This command adds the compute and storage intent.  Update the -AdapterName parameter with the appropriate names of the network adapters
# Automatic storage IP addressing is disabled to allow your existing storage IP addresses to continue to be used.
# Update the -StorageVlans parameter below to the VLAN IDs used by your network adapters.  If you want to use the default Network ATC VLAN IDs (711, 712, etc.), remove the -StorageVlans parameter.
$override = New-NetIntentStorageOverrides
$override.EnableAutomaticIPGeneration = 0
Add-NetIntent -Name compute_storage -Compute -Storage -StorageOverrides $override -AdapterName "pNIC1","pNIC2" -StorageVlans 200,201

Finalità di esempio: Rete host completamente disaggregata

In questo esempio esistono tre finalità gestite tra computer.

• Gestione: questa intenzione utilizza una coppia dedicata di porte della scheda di rete.

• Calcolo: questo intento utilizza una coppia di porte dedicate della scheda di rete.

• Archiviazione: questa finalità usa una coppia dedicata di porte della scheda di rete.

  

Ecco un esempio per implementare questo modello di rete host:

# These commands rename the virtual switches to the Network ATC naming convention
# First rename the management virtual switch, then the compute/storage virtual switch
Rename-VMSwitch -Name "management_vSwitch_name" -NewName "ConvergedSwitch(mgmt)"
Rename-VMSwitch -Name "compute_vSwitch_name" -NewName "ConvergedSwitch(compute)"

# These commands rename the virtual network adapters.  Note that each adapter must be renamed to a very specific naming convention.
# First, collect the output from Get-VMNetworkAdapter -ManagementOS to get a list of the current virtual adapters.
# The management virtual network adapter can be renamed using the two commands below.  
# You must update the -Name parameter in the Rename-VMNetworkAdapter command with the name of the management virtual adapter from the output above.
Rename-VMNetworkAdapter -ManagementOS -Name "mgmtVNICname" -NewName "vManagement(mgmt)"
Rename-NetAdapter -Name "vEthernet (vManagement(mgmt))" -NewName "vManagement(mgmt)"

# This command adds the management intent.  Update the -AdapterName parameter with the appropriate names of the network adapters
# Note that if you had to configure a VLAN in Step 5, you will need to add that into the -ManagementVlan parameter below.
# If you do not need to configure a management VLAN, remove the -ManagementVlan parameter before running the command    
Add-NetIntent -Name mgmt -Management -AdapterName "pNIC1","pNIC2" -ManagementVlan 100

# These commands add the storage intent.  Automatic storage IP addressing is disabled to allow your existing storage IP addresses to continue to be used.
# Update the -AdapterName parameter with the appropriate names of the network adapters.
# Update the -StorageVlans parameter below to the VLAN IDs used by your network adapters.  If you want to use the default Network ATC VLAN IDs (711, 712, etc.), remove the -StorageVlans parameter.
$override = New-NetIntentStorageOverrides
$override.EnableAutomaticIPGeneration = 0
Add-NetIntent -Name storage -Storage -StorageOverrides $override -AdapterName "pNIC3","pNIC4" -StorageVlans 200,201

# This command adds the compute intent.  Update the -AdapterName parameter with the appropriate names of the network adapters  
Add-NetIntent -Name compute -Compute -AdapterName "pNIC5","pNIC6"

Passaggio successivo

Informazioni su come valutare l'idoneità per l'aggiornamento della soluzione per Azure locale.