Configurer Network ATC sur Azure Local

Cet article explique comment configurer Network ATC sur un cluster local Azure existant qui ne l’a pas déjà configuré.

Important

Dans les scénarios de mise à niveau locale Azure où Network ATC n’est pas déjà configuré, nous vous recommandons d’abord de mettre à niveau le système d’exploitation, puis de configurer Network ATC, puis de poursuivre la mise à niveau de la solution. Si Network ATC est déjà configuré sur votre cluster, ignorez cet article. Pour plus d’informations sur les mises à niveau, consultez À propos des mises à niveau locales Azure.

À propos de Network ATC

Network ATC stocke des informations dans la base de données du cluster, qui est ensuite répliquée sur d’autres ordinateurs du cluster. À partir de l’ordinateur initial, d’autres ordinateurs du cluster voient la modification dans la base de données du cluster et appliquent la nouvelle intention. Ici, nous avons configuré le système pour recevoir une nouvelle intention. En outre, nous contrôlons le déploiement de la nouvelle intention en arrêtant ou désactivant le service ATC réseau sur les machines qui ont des machines virtuelles sur celles-ci. Pour plus d’informations, consultez la vue d’ensemble de Network ATC.

Avantages

Network ATC offre les avantages suivants pour Azure Local :

• Réduit le temps de déploiement du réseau hôte, la complexité et les erreurs.
• Déploie les dernières bonnes pratiques validées et prises en charge par Microsoft.
• Garantit la cohérence de la configuration dans l’instance.
• Élimine la dérive de configuration.

Considérations clés

Avant de configurer Network ATC sur votre local Azure existant, vérifiez que les conditions suivantes sont remplies :

• L’hôte n’a aucune machine virtuelle en cours d’exécution sur celle-ci.
• Le cluster exécute activement des charges de travail. S’il n’existe aucune charge de travail en cours d’exécution sur votre cluster local Azure, vous pouvez éventuellement supprimer tous les commutateurs virtuels et stratégies QoS, puis ajouter vos intentions à l’aide des procédures standard décrites dans Déployer la mise en réseau de l’hôte avec Network ATC.
• Tous les points de contrôle associés à vos machines virtuelles sont supprimés. Le fait de ne pas réaliser cette opération entraînera un échec de migration en direct entre les hôtes.

Étape 1 : Installer network ATC

Dans cette étape, vous installez Network ATC et la fonctionnalité de FS-SMBBW requise sur chaque ordinateur du cluster à l’aide de la commande suivante. Aucun redémarrage n’est nécessaire.

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

Étape 2 : Suspendre un ordinateur dans le cluster

Lorsque vous suspendez un ordinateur dans le cluster, toutes les charges de travail sont déplacées vers d’autres ordinateurs, ce qui rend votre ordinateur disponible pour les modifications. L’ordinateur suspendu est ensuite migré vers Network ATC.

Pour suspendre votre machine, utilisez la commande suivante :

Suspend-ClusterNode -Drain -Wait

Étape 3 : Arrêter le service ATC réseau

Pour empêcher Network ATC d’appliquer l’intention pendant l’exécution des machines virtuelles, arrêtez et désactivez le service AtC réseau sur toutes les machines qui ne sont pas suspendues.

Pour arrêter et désactiver le service Network ATC, utilisez les commandes suivantes :

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

Étape 4 : Supprimer les configurations précédentes

Supprimez les configurations précédentes de l’ordinateur suspendu qui pourraient interférer avec la capacité de Network ATC à appliquer la nouvelle intention. Les configurations précédentes sont les suivantes :

• Stratégies de pontage du centre de données (NetQos) pour le trafic RDMA
• Basculement d’équilibrage de charge (LBFO)

Bien que Network ATC tente d’adopter des configurations existantes avec des noms correspondants, notamment NetQos et d’autres paramètres, il est plus facile de supprimer la configuration actuelle et d’autoriser Network ATC à redéployer les éléments de configuration nécessaires, etc.

Important

Ne supprimez pas le commutateur virtuel Switch Embedded Teaming (SET) et autorisez Network ATC à le recréer. La suppression du commutateur virtuel peut entraîner une perte de connectivité inattendue et perturbera les déploiements SDN (Software Defined Networking) existants. Au lieu de cela, nous vous recommandons de renommer le commutateur virtuel SET et les cartes réseau virtuelles selon la convention attendue de Network ATC, ce qui sera effectué à une étape ultérieure.

Pour supprimer vos configurations NetQos existantes, utilisez les commandes suivantes :

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

LBFO n’est pas pris en charge dans Azure Local. Toutefois, si vous avez déployé accidentellement une équipe LBFO, vous pouvez la supprimer à l’aide de la commande suivante :

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

Si vos machines ont été configurées via Virtual Machine Manager (VMM), vous devrez peut-être également supprimer les objets de configuration associés.

Étape 5 : Convertir les paramètres du réseau local virtuel

Certains déploiements locaux Azure nécessitent la configuration d’un réseau local virtuel sur les cartes réseau virtuelles de gestion ou de stockage. Network ATC nécessite que l’ID de réseau local virtuel soit défini à l’aide de la VMNetworkAdapterIsolation méthode. Toutefois, Hyper-V permet également aux réseaux locaux virtuels d’être définis à l’aide de la VMNetworkAdapterVlan méthode.

1. Utilisez les commandes suivantes pour vérifier si votre carte virtuelle dispose d’un réseau local virtuel et reconfigurez-la si nécessaire.

   # 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"
   

   Sortie de Get-VMNetworkAdapterVlan:

   • Si Mode est Access et que VlanList a une valeur numérique, l’adaptateur est dans un environnement VLAN et doit être mis à jour.
   • Si Mode c’est Untaggedle cas, aucun réseau local virtuel n’est configuré à l’aide de cette méthode.

   Sortie de Get-VMNetworkAdapterIsolation:

   • Si IsolationMode est Vlan et DefaultIsolationID a une valeur numérique autre que 0, l’adaptateur est tagué avec un VLAN et n’a pas besoin d’être mis à jour.
   • Si IsolationMethod c’est Nonele cas, aucun réseau local virtuel n’est configuré à l’aide de cette méthode.

2. Pour convertir un réseau local virtuel de la VMNetworkAdapterVlan méthode en VMNetworkAdapterIsolation méthode, utilisez les commandes suivantes :

   Important

   L’exécution des commandes suivantes déconnecte le nœud de cluster du réseau jusqu’à ce que le réseau local virtuel soit reconfiguré. Il est recommandé d’exécuter ces commandes à partir d’une 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. Effectuez ces étapes pour toutes les cartes réseau virtuelles de gestion et de stockage présentes sur le nœud du cluster. Si aucune sortie n’avait configuré un réseau local virtuel, passez à l’étape suivante.

Étape 6 : Planifier et déployer les intentions

Il existe différentes intentions que vous pouvez ajouter. Identifiez les intentions souhaitées à l’aide des exemples de la section Exemples d’intentions .

Une fois que vous avez identifié l’exemple qui correspond à votre environnement, utilisez les commandes fournies dans cet exemple pour effectuer les étapes requises sur le nœud suspendu uniquement.

Étape 7 : Vérifier le déploiement sur un ordinateur

La Get-NetIntentStatus commande affiche l’état du déploiement des intentions demandées. Le résultat retourne un objet par intention pour chaque ordinateur du cluster.

Pour vérifier que votre machine a déployé avec succès les intentions soumises à l’étape 6, exécutez la commande suivante :

Get-NetIntentStatus -Name <IntentName>

Voici un exemple de sortie :

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

Vérifiez que chaque intention ajoutée a une entrée pour l’hôte sur lequel vous travaillez. Assurez-vous également que ConfigurationStatus affiche Succès.

En cas ConfigurationStatusd’échec, vérifiez si le message d’erreur indique la raison de l’échec. Vous pouvez également consulter les journaux des événements Microsoft-Windows-Networking-NetworkATC/Admin pour plus d’informations sur la raison de l’échec. Pour obtenir des exemples de résolutions d’échec, consultez Messages d’erreur courants.

Étape 8 : Reprendre le nœud suspendu

Une fois la configuration d’ATC réseau terminée sur le premier nœud, reprenez le nœud et autorisez-le à revenir dans le cluster.

1. Pour réentérer ou remettre votre nœud de cluster en service, exécutez la commande suivante :

   Resume-ClusterNode
   

2. Exécutez Get-StorageJob pour rechercher les travaux de stockage en cours d’exécution. Autorisez-les à se terminer avant de passer à l’étape suivante.

Étape 9 : Renommer les composants virtuels sur d’autres machines

Dans cette étape, vous passez de l’ordinateur déployé avec Network ATC à l’ordinateur suivant et migrez les machines virtuelles de cette deuxième machine. Vous devez vérifier que la deuxième machine a le même nom VMSwitch que l’ordinateur déployé avec Network ATC.

Important

Une fois le commutateur virtuel renommé, vous devez déconnecter et reconnecter chaque machine virtuelle afin qu’elle puisse mettre en cache correctement le nouveau nom du commutateur virtuel. Étant donné que cette étape affecte la connectivité des machines virtuelles, elle est considérée comme une action perturbatrice qui nécessite la planification de la fin. Si vous ignorez cette étape, les migrations dynamiques échouent avec une erreur indiquant que le commutateur virtuel n’existe pas sur la destination.

1. Le changement de nom du commutateur virtuel est une modification nondisruptive et peut être effectué simultanément sur toutes les machines. Exécutez la commande suivante :

   #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. Une fois que votre commutateur est renommé, déconnectez et reconnectez vos cartes réseau virtuelles afin que le changement de nom de VMSwitch soit appliqué. La commande suivante peut être utilisée pour effectuer cette action pour toutes les machines virtuelles :

   Important

   Les commandes suivantes supposent que l’hôte n’a qu’un seul commutateur virtuel et que toutes les machines virtuelles sont connectées à ce commutateur virtuel. Si votre environnement diffère, vous devez modifier les commandes, ou déconnecter et reconnecter manuellement vos machines virtuelles.

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

Vous ne modifiez pas l’ATC VMSwitch réseau pour deux raisons :

• Network ATC garantit que toutes les machines du cluster ont le même nom pour prendre en charge la migration dynamique et la symétrie.
• Network ATC implémente et contrôle les noms des objets de configuration. Sinon, vous devrez vous assurer que cet artefact de configuration est parfaitement déployé.

Étape 10 : Appliquer les modifications requises aux nœuds de cluster restants

Avec le commutateur virtuel renommé et les machines virtuelles reconnectées, les machines virtuelles peuvent être migrées en direct entre les nœuds du cluster. Suivez ces étapes, répétant pour chaque nœud supplémentaire du cluster jusqu’à ce que tous les nœuds soient terminés.

Remarque

Network ATC doit gérer les réseaux de migration dynamique. Si les migrations dynamiques échouent en raison d’une erreur Cluster network not found, vous devrez peut-être mettre à jour manuellement les réseaux de migration dynamique. Vous pouvez utiliser le script suivant pour définir les réseaux de stockage en tant que réseaux de migration dynamique disponibles et exclure le réseau de gestion. Vous pouvez également mettre à jour ces réseaux via le Gestionnaire du cluster de basculement.

# 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. Suspendre et vider le nœud de cluster à l’aide de la commande Suspend-ClusterNode -Drain -Wait.

2. Supprimez les configurations NetQos existantes à l’aide des commandes de l’étape 4.

3. Si nécessaire, mettez à jour l’ID VLAN des cartes virtuelles à l’aide des commandes de l’étape 5.

4. Renommez les cartes réseau virtuelles à l'aide des commandes Rename-VMNetworkAdapter et Rename-NetAdapter utilisées dans l'étape 6. Vous n'avez pas besoin d'exécuter aucune des commandes Rename-VMSwitch ou Add-NetIntent.

5. Activez et démarrez le service Network ATC sur le nœud suspendu à l’aide des commandes suivantes :

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

6. Vérifiez le déploiement réussi de votre ordinateur des intentions en exécutant la commande utilisée à Get-NetIntentStatus 7. Assurez-vous que ConfigurationStatus affiche Réussite pour toutes les intentions.

7. Reprendre le nœud suspendu à l’aide de la Resume-ClusterNode commande.

8. Vérifiez que tous les travaux de stockage sont terminés à l’aide de la Get-StorageJob commande.

Exemples d’intentions

Network ATC modifie la manière dont vous déployez la mise en réseau de l’ordinateur hôte, et non ce que vous déployez. Vous pouvez déployer plusieurs scénarios si chaque scénario est pris en charge par Microsoft. Voici quelques exemples de modèles de mise en réseau d’hôtes courants et des commandes PowerShell correspondantes pour Azure Local.

Ces exemples ne sont pas les seules combinaisons disponibles, mais ils doivent vous donner une idée des possibilités.

Important

Les commandes suivantes déploient les intentions avec leurs configurations de bonnes pratiques par défaut. Avant de déployer vos intentions, passez en revue les paramètres de propriété avancés de votre adaptateur à l’aide de la Get-NetAdapterAdvancedProperty commande. Si vous avez des paramètres d'adaptateur avancés uniques, reportez-vous aux remplacements ATC réseau pour remplacer les valeurs par défaut d'ATC réseau et maintenir la cohérence de vos paramètres existants avec ATC réseau. Il est important que ces remplacements soient configurés lorsque l’intention est créée pour éviter les modifications inattendues.

Articles de référence :

• Pour plus d’informations sur les valeurs par défaut, consultez Déployer la mise en réseau de l’hôte avec Network ATC.
• Pour des informations concernant la configuration des substitutions, consultez Gérer l’ATC réseau.
• Pour plus d’informations sur les commandes Network ATC, consultez NetworkATC.

Par souci de simplicité, les exemples illustrent seulement deux adaptateurs physiques par équipe SET, mais il est possible d’en ajouter d’autres. Pour plus d’informations, consultez La vue d’ensemble des modèles de référence réseau pour Azure Local.

Exemple d'intention : gestion de groupe et calcul dans un seul but avec un objectif distinct pour le stockage

Dans cet exemple, il existe deux intentions qui sont gérées sur plusieurs ordinateurs.

• Gestion et traitement : Cette intention utilise une paire dédiée de ports d’adaptateur réseau.

• Stockage : cet objectif utilise une paire dédiée de ports d'adaptateur réseau.

  

Voici un exemple pour implémenter ce modèle de réseau hôte :

Important

Les commandes suivantes supposent que votre environnement n’a qu’un seul commutateur virtuel et une seule carte réseau virtuelle présente. Les commandes retournent une erreur si plusieurs commutateurs virtuels ou cartes réseau virtuelles sont présents. Si votre environnement comporte plusieurs commutateurs virtuels ou une carte réseau virtuelle présente, remplacez la variable dans les commandes par le nom complet du commutateur virtuel ou de la carte réseau virtuelle que vous souhaitez modifier entre guillemets doubles. Ne modifiez aucune autre partie des commandes.

# 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

Exemple d’intention : regrouper tout le trafic sur une seule intention

Dans cet exemple, il existe une intention unique gérée sur plusieurs ordinateurs.

• Gestion, traitement et stockage : Cette intention utilise une paire de ports d’adaptateur réseau dédiés.

  

Voici un exemple pour implémenter ce modèle de réseau hôte :

Important

• Les commandes suivantes supposent que votre environnement n’a qu’un seul commutateur virtuel présent. Les commandes retournent une erreur si plusieurs commutateurs virtuels sont présents. Si votre environnement a plusieurs commutateurs virtuels, remplacez la variable dans les commandes par le nom complet du commutateur virtuel que vous souhaitez modifier entre guillemets doubles. Ne modifiez aucune autre partie des commandes.
• Utilisez une attention supplémentaire lors de l’implémentation de ces commandes.

# 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

Exemple d’intention : regrouper le trafic de calcul et de stockage sur une intention avec une intention de gestion distincte

Dans cet exemple, il existe deux intentions qui sont gérées sur plusieurs ordinateurs.

• Gestion : Cette intention utilise une paire de ports d'adaptateur réseau dédiée.

• Calcul et stockage : cette fonctionnalité utilise une paire dédiée de ports d'adaptateur réseau.

  

Voici un exemple pour implémenter ce modèle de réseau hôte :

# 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

Exemple de but : Réseau de l’hôte entièrement désagrégé

Dans cet exemple, trois intentions sont gérées sur plusieurs ordinateurs.

• Gestion : Cette intention utilise une paire de ports d'adaptateur réseau dédiée.

• Traitement : Cette intention utilise une paire dédiée de ports d’adaptateur réseau.

• Stockage : cet objectif utilise une paire dédiée de ports d'adaptateur réseau.

  

Voici un exemple pour implémenter ce modèle de réseau hôte :

# 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"

Étape suivante

Découvrez comment évaluer la préparation à la mise à niveau de la solution pour Azure Local.