Migración a una puerta de enlace de red virtual ExpressRoute habilitada para zona de disponibilidad (versión preliminar)

  • Artículo

Al crear una puerta de enlace de red virtual de ExpressRoute, debe especificar la SKU de puerta de enlace que desea usar. Al seleccionar una SKU de puerta de enlace superior, se asignan más CPU y ancho de banda de red a la puerta de enlace y, como resultado, la puerta de enlace puede admitir un mayor rendimiento de red y conexiones de red más confiables a la red virtual.

Las siguientes SKU están disponibles para las puertas de enlace de red virtual de ExpressRoute:

  • Estándar
  • HighPerformance
  • UltraPerformance
  • ErGw1Az
  • ErGw2Az
  • ErGw3Az
  • ErGwScale (versión preliminar)

SKU habilitadas para zona de disponibilidad

Las SKU ErGw1Az, ErGw2Az, ErGw3Az y ErGwScale (versión preliminar), también conocidas como SKU habilitadas para Az, admiten implementaciones de zona de disponibilidad. Esta característica proporciona alta disponibilidad y resistencia a la puerta de enlace distribuyéndola en varias zonas de disponibilidad.

Las SKU Estándar, HighPerformance y UltraPerformance, que también se conocen como SKU habilitadas para zonas de no disponibilidad, están asociadas históricamente con direcciones IP básicas, no admiten la distribución de la puerta de enlace en varias zonas de disponibilidad.

Para mejorar la fiabilidad, se recomienda usar una SKU de puerta de enlace de red virtual habilitada para zonas de disponibilidad. Estas SKU admiten una configuración con redundancia de zona y están, de forma predeterminada, asociadas a direcciones IP estándar. Esta configuración garantiza que incluso si una zona experimenta problemas, la infraestructura de puerta de enlace de red virtual permanece operativa debido a la distribución en varias zonas. Para obtener una comprensión más profunda de las puertas de enlace con redundancia de zona, consulte Implementaciones de zona de disponibilidad.

Experiencia de migración de puerta de enlace

Históricamente, los usuarios tenían que usar el comando Resize-AzVirtualNetworkGateway de PowerShell o eliminar y volver a crear la puerta de enlace de red virtual para migrar entre SKU.

Con la experiencia de migración de puerta de enlace guiada, puede implementar una segunda puerta de enlace de red virtual en la misma puerta de enlace GatewaySubnet y Azure transfiere automáticamente la configuración del plano de control y la ruta de acceso de datos de la puerta de enlace antigua a la nueva. Durante el proceso de migración, habrá dos puertas de enlace de red virtual en funcionamiento dentro de la misma GatewaySubnet. Esta característica está diseñada para admitir migraciones sin tiempo de inactividad. Sin embargo, los usuarios pueden experimentar breves problemas de conectividad o interrupciones durante el proceso de migración.

Escenarios de migración admitidos

La experiencia de migración guiada de la pasarela admite la migración de cualquier SKU a cualquier SKU. Sin embargo, se recomienda migrar a una SKU habilitada para Az.

Limitaciones

La experiencia de migración de puerta de enlace guiada no admite estos escenarios:

  • Migración a una SKU de puerta de enlace de red virtual configurada con una dirección IP básica

Los puntos de conexión privados (PE) de la red virtual, conectados a través del emparejamiento privado de ExpressRoute, pueden tener problemas de conectividad durante la migración. Para comprender y reducir este problema, consulte Conectividad de punto de conexión privado.

Errores de validación comunes

En la experiencia de migración de puerta de enlace, deberá validar si el recurso es capaz de migrar. Estos son algunos errores de migración comunes:

Red virtual

  • La subred de puerta de enlace necesita dos o más prefijos para la migración.
  • MaxGatewayCountInVnetReached: s ha alcanzado el número máximo de puertas de enlace que se pueden crear en una red virtual.

Connection

El recurso de conexión de puerta de enlace de red virtual no tiene un estado correcto.

Inscripción de una suscripción para acceder a la característica

  1. Para acceder a esta característica, debe inscribir la suscripción rellenando el formulario de migración de puerta de enlace de ExpressRoute.

  2. Una vez inscrita la suscripción, recibirá un correo electrónico de confirmación con un script de PowerShell o un vínculo a Azure Portal para la migración de la puerta de enlace.

Migración a una nueva puerta de enlace

  1. En primer lugar, actualice el módulo Az.Network a la versión más reciente mediante la ejecución de este comando de PowerShell:

    Update-Module -Name Az.Network -Force

  2. A continuación, agregue un segundo prefijo a la GatewaySubnet mediante la ejecución de estos comandos de PowerShell:

    $vnet = Get-AzVirtualNetwork -Name $vnetName -ResourceGroupName $resourceGroup
$subnet = Get-AzVirtualNetworkSubnetConfig -Name GatewaySubnet -VirtualNetwork $vnet
$prefix = "Enter new prefix"
$subnet.AddressPrefix.Add($prefix)
Set-AzVirtualNetworkSubnetConfig -Name GatewaySubnet -VirtualNetwork $vnet -AddressPrefix $subnet.AddressPrefix
Set-AzVirtualNetwork -VirtualNetwork $vnet

  3. A continuación, ejecute el script PrepareMigration.ps1 para preparar la migración. Este script crea una nueva puerta de enlace de red virtual de ExpressRoute en la misma GatewaySubnet y la conecta a los circuitos ExpressRoute existentes.

  4. Después, ejecute el script Migration.ps1 para realizar la migración. Este script transfiere la configuración de la puerta de enlace antigua a la nueva.

  5. Por último, ejecute el script CommitMigration.ps1 para completar la migración. Este script elimina la puerta de enlace antigua y sus conexiones.

    Importante

    Antes de ejecutar este paso, compruebe que la nueva puerta de enlace de red virtual tiene una conexión de ExpressRoute en funcionamiento.

Pasos siguientes