Acerca de la migración a una puerta de enlace de red virtual ExpressRoute habilitada para zona de disponibilidad
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.
Nota:
El tiempo total necesario para que se complete la migración puede tardar hasta una hora. Durante este período, la puerta de enlace permanecerá bloqueada y no se permitirá ningún cambio.
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
MaxGatewayCountInVnetReached: s ha alcanzado el número máximo de puertas de enlace que se pueden crear en una red virtual.
Pasos siguientes
- Aprenda a migrar mediante Azure Portal.
- Obtenga información sobre cómo migrar mediante PowerShell.
- Más información sobre Diseño de alta disponibilidad con ExpressRoute.
- Planee la recuperación ante desastres y use la VPN como sistema de respaldo.