Configuración de Network ATC en Azure Local

En este artículo se describe cómo configurar Network ATC en un clúster local de Azure existente que aún no lo tiene configurado.

Importante

En escenarios de actualización local de Azure en los que Network ATC aún no está configurado, se recomienda actualizar primero el sistema operativo, luego configurar Network ATC y continuar con la actualización de la solución. Si Network ATC ya está configurado en el clúster, compruebe la configuración. Omita este artículo si todo funciona según lo previsto. Para más información sobre las actualizaciones, consulte Acerca de las actualizaciones locales de Azure.

Acerca de Network ATC

Network ATC almacena información en la base de datos del clúster, que luego se replica en otras máquinas del clúster. Desde la máquina inicial, otras máquinas del clúster ven el cambio en la base de datos del clúster y aplican la nueva intención. Aquí, configuramos el sistema para recibir una nueva intención. Además, controlamos el lanzamiento de la nueva funcionalidad deteniendo o deshabilitando el servicio ATC de red en máquinas que tienen máquinas virtuales (VM). Para obtener más información, consulte Introducción a Network ATC.

Ventajas

Network ATC proporciona las siguientes ventajas para Azure Local:

  • Reduce el tiempo de implementación de redes de host, la complejidad y los errores.
  • Despliega las mejores prácticas validadas y admitidas más recientes de Microsoft.
  • Garantiza la coherencia de la configuración en toda la instancia.
  • Elimina el desfase de configuración.

Consideraciones clave

Antes de configurar Network ATC en azure local existente, asegúrese de que se cumplen las condiciones siguientes:

  • El host no tiene ninguna máquina virtual en ejecución en ella.
  • El clúster ejecuta activamente cargas de trabajo. Si no hay cargas de trabajo en ejecución en el clúster local de Azure, opcionalmente puede quitar todos los conmutadores virtuales y las directivas de QoS, agregue sus intenciones mediante los procedimientos estándar descritos en Implementación de redes de host con Network ATC.
  • Se quitan todos los puntos de control asociados a las máquinas virtuales. Si no se lleva a cabo, se producirá un fallo en la migración en vivo entre los hosts.

Paso 1: Instalar ATC de red

En este paso, instalará Network ATC y la característica FS-SMBBW necesaria en cada máquina del clúster mediante el siguiente comando. No se requiere ningún reinicio.

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

Paso 2: Pausar una máquina en el clúster

Al pausar una máquina en el clúster, todas las cargas de trabajo se mueven a otras máquinas, lo que hace que la máquina esté disponible para los cambios. A continuación, la máquina en pausa se migra a Network ATC.

Para pausar la máquina, use el siguiente comando:

Suspend-ClusterNode -Drain -Wait

Paso 3: Detener el servicio ATC de red

Para evitar que Network ATC aplique la intención mientras se ejecutan las máquinas virtuales, detenga y deshabilite el servicio Network ATC en todas las máquinas que no estén en pausa.

Para detener y deshabilitar el servicio NETWORK ATC, use los siguientes comandos:

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

Paso 4: Quitar configuraciones anteriores

Quite las configuraciones anteriores de la máquina en pausa que podrían interferir con la capacidad de Network ATC para aplicar la nueva intención. Las configuraciones anteriores incluyen:

  • Directivas de Data Center Bridging (NetQos) para tráfico RDMA
  • Conmutación por error de equilibrio de carga (LBFO)

Aunque Network ATC intenta adoptar configuraciones existentes con nombres coincidentes, incluidos NetQos y otras opciones, es más fácil quitar la configuración actual y permitir que Network ATC vuelva a implementar los elementos de configuración necesarios y mucho más.

Importante

No elimine el conmutador virtual Switch Embedded Teaming (SET) y permita a Network ATC volver a crearlo. La eliminación del conmutador virtual puede provocar una pérdida de conectividad inesperada y interrumpirá las implementaciones de redes definidas por software (SDN) existentes. En su lugar, recomendamos cambiar el nombre del conmutador virtual SET y las NIC virtuales a la convención de Network ATC esperada, la cual se lleva a cabo en un paso posterior.

Para quitar las configuraciones de NetQos existentes, use los siguientes comandos:

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

LBFO no se admite en Azure Local. Sin embargo, si ha implementado accidentalmente un equipo de LBFO, puede quitarlo mediante el siguiente comando:

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

Si las máquinas se configuraron a través de Virtual Machine Manager (VMM), es posible que también tenga que quitar los objetos de configuración asociados.

Paso 5: Convertir la configuración de VLAN

Algunas implementaciones locales de Azure requieren que se configure una VLAN en los adaptadores de red virtual de administración o almacenamiento. Network ATC requiere que el identificador de VLAN se establezca mediante el VMNetworkAdapterIsolation método . Sin embargo, Hyper-V también permite establecer VLAN mediante el VMNetworkAdapterVlan método .

  1. Use los siguientes comandos para comprobar si el adaptador virtual tiene una VLAN y volver a configurarlo si es necesario.

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

    Salida de Get-VMNetworkAdapterVlan:

    • Si Mode es Access y VlanList tiene un valor numérico, el adaptador se etiqueta con una VLAN y debe actualizarse.
    • Si Mode es Untagged, no se configura ninguna VLAN mediante este método.

    Salida de Get-VMNetworkAdapterIsolation:

    • Si IsolationMode es Vlan y DefaultIsolationID tiene un valor numérico distinto a 0, se etiqueta el adaptador con una VLAN y no es necesario actualizarlo.
    • Si IsolationMethod es None, no se configura ninguna VLAN mediante este método.

  2. Para convertir una VLAN del VMNetworkAdapterVlan método al VMNetworkAdapterIsolation método , use los siguientes comandos:

    Importante

    Al ejecutar los siguientes comandos, se desconecta el nodo de clúster de la red hasta que se vuelve a configurar la VLAN. Se recomienda ejecutar estos comandos desde una consola de 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. Complete estos pasos para todos los adaptadores de red virtual de administración y almacenamiento presentes en el nodo del clúster. Si ninguna salida tenía configurada una VLAN, vaya al paso siguiente.

Paso 6: Planear e implementar las intenciones

Hay varias intenciones que puede agregar. Identifique las intenciones que desee mediante los ejemplos de la sección Intenciones de ejemplo .

Una vez que identifique el ejemplo que coincide con el entorno, use los comandos proporcionados en ese ejemplo para realizar los pasos necesarios solo en el nodo en pausa.

Paso 7: Comprobación de la implementación en una máquina

El Get-NetIntentStatus comando muestra el estado de implementación de las intenciones solicitadas. El resultado devuelve un objeto por intención para cada máquina del clúster.

Para comprobar la implementación correcta de la máquina de las intenciones enviadas en el paso 6, ejecute el siguiente comando:

Get-NetIntentStatus -Name <IntentName>

Este es un ejemplo de la salida:

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

Asegúrese de que cada intención agregada tenga una entrada para el host en el cual está trabajando. Además, asegúrese de que ConfigurationStatus muestre Correcto.

Si ConfigurationStatus muestra Error, compruebe si el mensaje de error indica el motivo del error. También puede revisar los registros de eventos Microsoft-Windows-Networking-NetworkATC/Admin para obtener más detalles sobre el motivo del error. Para obtener algunos ejemplos de resoluciones de errores, consulte Mensajes de error comunes.

Paso 8: Reanudar el nodo en pausa

Con la configuración de Network ATC completada en el primer nodo, reanude el nodo y permita que vuelva al clúster.

  1. Para volver a poner en funcionamiento el nodo de clúster, ejecute el siguiente comando:

    Resume-ClusterNode

  2. Ejecute Get-StorageJob para comprobar si hay trabajos de almacenamiento en ejecución. Permita que se completen antes de pasar al paso siguiente.

Paso 9: Cambiar el nombre de los componentes virtuales en otras máquinas

En este paso, migrará de la máquina implementada con Network ATC a la siguiente máquina y migrará las máquinas virtuales de esta segunda máquina. Debe comprobar que la segunda máquina tiene el mismo nombre de VMSwitch que la máquina implementada con Network ATC.

Importante

Después de cambiar el nombre del conmutador virtual, debe desconectar y volver a conectar cada máquina virtual para que pueda almacenar en caché adecuadamente el nuevo nombre del conmutador virtual. Dado que este paso afecta a la conectividad de la máquina virtual, se considera una acción perjudicial que requiere planear la realización. Si omite este paso, las migraciones en directo fallarán con un error que indica que el conmutador virtual no existe en el destino.

  1. Cambiar el nombre del conmutador virtual es un cambio no disruptivo y se puede realizar en todas las máquinas simultáneamente. Ejecute el siguiente 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. Después de renombrar su conmutador, desconecte y vuelva a conectar sus NIC virtuales para que el cambio de nombre del VMSwitch se complete correctamente. El siguiente comando se puede usar para realizar esta acción para todas las máquinas virtuales:

    Importante

    En los comandos siguientes se supone que el host solo tiene un conmutador virtual y todas las máquinas virtuales están conectadas a ese conmutador virtual. Si el entorno difiere, debe modificar los comandos o desconectar y volver a conectar las máquinas virtuales manualmente.

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

Por dos motivos, no cambie la ATC de red VMSwitch:

  • Network ATC garantiza que todas las máquinas del clúster tengan el mismo nombre para admitir la migración en vivo y la simetría.
  • Network ATC implementa y controla los nombres de los objetos de configuración. De lo contrario, tendría que asegurarse de que este artefacto de configuración está perfectamente implementado.

Paso 10: Aplicar los cambios necesarios a los nodos de clúster restantes

Con el cambio de nombre del conmutador virtual y las máquinas virtuales reconectadas, las máquinas virtuales se pueden migrar en vivo entre los nodos del clúster. Siga estos pasos, repitiendo para cada nodo adicional del clúster hasta que se completen todos los nodos.

Nota:

Network ATC debe administrar las redes de migración en vivo. Si se produce un error en las migraciones en vivo debido a un error Cluster network not found, es posible que tenga que actualizar manualmente las redes de migración en vivo. Puede usar el siguiente script para establecer las redes de almacenamiento como redes de migración en vivo disponibles y excluir la red de administración. Como alternativa, estas redes se pueden actualizar a través del Administrador de clústeres de conmutación por error.

# 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. Pausar y purgar el nodo del clúster mediante el comando Suspend-ClusterNode -Drain -Wait.

  2. Quite las configuraciones de NetQos existentes mediante los comandos del paso 4.

  3. Si es necesario, actualice el identificador de VLAN de los adaptadores virtuales mediante los comandos del paso 5.

  4. Cambie el nombre de los adaptadores de red virtual usando los comandos Rename-VMNetworkAdapter y Rename-NetAdapter que se usan en paso 6. No es necesario ejecutar ninguno de los Rename-VMSwitch comandos o Add-NetIntent .

  5. Habilite e inicie el servicio Network ATC en el nodo en pausa mediante los siguientes comandos:

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

  6. Compruebe que su máquina ha desplegado correctamente los intentos mediante la ejecución del comando utilizado en el Get-NetIntentStatuspaso 7. Asegúrese de que ConfigurationStatus muestre Success para todos los propósitos.

  7. Reanude el nodo en pausa mediante el Resume-ClusterNode comando .

  8. Asegúrese de que todos los trabajos de almacenamiento se completen mediante el Get-StorageJob comando .

Intenciones de ejemplo

Network ATC modifica cómo se implementan las redes de host, no lo que se implementa. Puede implementar varios escenarios si Microsoft admite cada escenario. Estos son algunos ejemplos de patrones comunes de red de host y los comandos de PowerShell correspondientes para Azure Local.

Estos ejemplos no son las únicas combinaciones disponibles, pero deben darle una idea de las posibilidades.

Importante

Los siguientes comandos implementan las intenciones con sus configuraciones de procedimientos recomendados predeterminadas. Antes de implementar las intenciones, revise la configuración avanzada de la propiedad del adaptador mediante el Get-NetAdapterAdvancedProperty comando . Si tiene configuraciones avanzadas de adaptadores únicas, consulte las excepciones de Network ATC para anular los valores por defecto de Network ATC y mantener la configuración existente compatible con Network ATC. Es importante que estas anulaciones se configuren al crear la intención para evitar cambios inesperados.

Artículos de referencia:

Por motivos de simplicidad, los ejemplos muestran solo dos adaptadores físicos por equipo SET, pero es posible agregar más. Para más información, consulte Introducción a los patrones de referencia de red para Azure Local.

Intención de ejemplo: Gestión de grupos y computación en una única intención, con una intención independiente para el almacenamiento.

En este ejemplo, hay dos intenciones que se administran entre máquinas.

  • Administración y proceso: Esta intención usa un par dedicado de puertos de adaptador de red.

  • Almacenamiento: esta intención usa un par dedicado de puertos de adaptador de red.

    Captura de pantalla de una instancia local de Azure con una intención de proceso y administración agrupada.

Este es un ejemplo para implementar este patrón de red de host:

Importante

En los siguientes comandos se supone que el entorno tiene solo un conmutador virtual y un adaptador de red virtual presente. Los comandos devuelven un error si hay varios conmutadores virtuales o adaptadores de red virtual presentes. Si el entorno tiene más de un conmutador virtual o un adaptador de red virtual presente, reemplace la variable en los comandos por el nombre completo del conmutador virtual o el adaptador de red virtual que desea modificar entre comillas dobles. No cambie ninguna otra parte de los comandos.

# 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

Intención de ejemplo: Agrupar todo el tráfico en una única intención

En este ejemplo, hay una única intención gestionada a través de máquinas.

  • Administración, cómputo y almacenamiento: Esta intención usa un par dedicado de puertos de adaptador de red.

    Captura de pantalla de una instancia local de Azure con todo el tráfico en una única intención.

Este es un ejemplo para implementar este patrón de red de host:

Importante

  • En los siguientes comandos se supone que el entorno solo tiene un conmutador virtual presente. Los comandos devuelven un error si hay varios conmutadores virtuales presentes. Si el entorno tiene más de un conmutador virtual, reemplace la variable de los comandos por el nombre completo del conmutador virtual que desea modificar entre comillas dobles. No cambie ninguna otra parte de los comandos.
  • Tenga precaución adicional al implementar estos comandos.
# 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

Intención de ejemplo: Agrupar el tráfico de proceso y almacenamiento en una intención con una intención de administración independiente

En este ejemplo, hay dos intenciones que se administran entre máquinas.

  • Administración: Esta intención usa un par dedicado de puertos de adaptador de red.

  • Cómputo y almacenamiento: esta intención usa un par dedicado de puertos de adaptador de red.

    Captura de pantalla de una instancia local de Azure con una intención de almacenamiento y proceso agrupada.

Este es un ejemplo para implementar este patrón de red de 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

Intención de ejemplo: Redes de host completamente desagregadas

En este ejemplo, hay tres intenciones que se administran entre máquinas.

  • Administración: Esta intención usa un par dedicado de puertos de adaptador de red.

  • Proceso: esta intención usa un par dedicado de puertos de adaptador de red.

  • Almacenamiento: esta intención usa un par dedicado de puertos de adaptador de red.

    Captura de pantalla de una instancia local de Azure con una intención completamente desagregada.

Este es un ejemplo para implementar este patrón de red de 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"

Paso siguiente

  • Last updated on