Compartir por

Acerca de la migración a una puerta de enlace de red virtual ExpressRoute habilitada para zona de disponibilidad

  • Artigo

Al crear una puerta de enlace de red virtual de ExpressRoute, debe elegir la SKU de puerta de enlace. Si elige una SKU de nivel superior, se asignan más CPU y ancho de banda de red a la puerta de enlace. 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 algún problema, 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.

Se recomienda la migración de puerta de enlace si tiene una SKU de puerta de enlace no habilitada para Azure o una SKU de puerta de enlace IP básica que no sea de Azure.

Migración desde la SKU de puerta de enlace no habilitada para Azure Migración a la SKU de puerta de enlace habilitada para Azure
Standard, HighPerformance, UltraPerformance ErGw1Az, ErGw2Az, ErGw3Az, ErGwScale (versión preliminar)
IP básica IP estándar

Escenarios de migración admitidos

Azure Portal y Azure PowerShell

La experiencia de migración de puerta de enlace guiada admite:

  • SKU no habilitada para Azure en IP básica a SKU no habilitada en IP estándar.
  • SKU no habilitada para Az en la dirección IP básica a la SKU habilitada para Az en IP Estándar.
  • SKU no habilitada para Az en IP Estándar a SKU habilitada para Az en IP Estándar.

Se recomienda migrar a una SKU habilitada para Azure para mejorar la confiabilidad y la alta disponibilidad. Para más información, consulte Migración a una puerta de enlace de red virtual ExpressRoute habilitada para zona de disponibilidad mediante PowerShell.

Limitaciones

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

  • Escenarios de degradación, SKU de puerta de enlace habilitada para Azure a SKU de puerta de enlace no habilitada para Azure.

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, debe 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.

Debe crear un segundo prefijo en la subred de puerta de enlace para la migración.

Pasos siguientes