Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este artículo se explica el proceso de migración de puerta de enlace de ExpressRoute, lo que le permite pasar de SKU habilitadas para la zona de disponibilidad (no Az) a SKU habilitadas para Az y de IP básica a IP estándar. La migración a SKU habilitadas para Az y direcciones IP estándar mejora la confiabilidad y la alta disponibilidad de las puertas de enlace de red virtual de ExpressRoute.
Para obtener instrucciones sobre cómo actualizar direcciones IP públicas de SKU básicas para otros servicios de red, consulte Actualización de la SKU básica a estándar.
Importante
El 30 de septiembre de 2025 se retirarán las direcciones IP públicas del SKU Básico. Para obtener más información, consulte el anuncio oficial. Si actualmente usa direcciones IP públicas de SKU básicas, asegúrese de actualizar a direcciones IP públicas de SKU estándar antes de la fecha de retirada.
SKU de puerta de enlace
Las SKU ErGw1Az, ErGw2Az, ErGw3Az y ErGwScale (versión preliminar) se conocen como SKU habilitadas para zona de disponibilidad (Az). Estas SKU permiten la implementación en varias zonas de disponibilidad, lo que aumenta la resistencia y la alta disponibilidad mediante la distribución de recursos de puerta de enlace entre zonas.
En comparación, las SKU Standard, HighPerformance y UltraPerformance no están habilitadas para Az. Normalmente se usan con direcciones IP públicas básicas y no admiten la distribución de zona de disponibilidad.
Experiencia de migración de puerta de enlace
La experiencia de migración de puerta de enlace permite implementar una segunda puerta de enlace de red virtual en la misma GatewaySubnet. Azure migra las configuraciones de la puerta de enlace antigua a la nueva. Ambas puertas de enlace se ejecutan simultáneamente durante la migración, lo que minimiza la interrupción, aunque pueden producirse interrupciones breves de conectividad.
Después de la migración, la puerta de enlace antigua y sus conexiones se eliminan y la nueva puerta de enlace se etiqueta con CreatedBy: GatewaySKUMigration para identificarla como un recurso migrado y no debe eliminarse.
Escenarios de migración admitidos
La experiencia de migración de puerta de enlace guiada admite los siguientes escenarios:
- Migración desde una SKU no habilitada para Az con una dirección IP básica a una SKU no habilitada para Az con una dirección IP estándar.
- Migración desde una SKU no habilitada para Az con una dirección IP básica a una SKU habilitada para Az con una dirección IP estándar.
Aprenda a migrar mediante Azure Portal.
Aprenda a migrar mediante PowerShell.
Para mejorar la confiabilidad y la alta disponibilidad, se recomienda migrar a una SKU habilitada para Az.
Pasos para migrar a una nueva puerta de enlace
- Validar: compruebe que todos los recursos están en un estado correcto. Si no se cumplen los requisitos previos, no se puede realizar la validación y no se puede continuar con la migración.
- Preparación: Azure crea una nueva puerta de enlace de red virtual, una dirección IP pública y conexiones. Este paso puede tardar hasta 45 minutos. Puede especificar un nombre para la nueva puerta de enlace o Azure agregará _migrated al nombre original de forma predeterminada. Durante la preparación, la puerta de enlace existente está bloqueada para evitar cambios. Si necesita detener la migración, puede anularla en esta fase, lo que elimina la nueva puerta de enlace y las conexiones.
Nota:
La nueva puerta de enlace se crea en la misma región que la existente. Para cambiar las regiones, debe eliminar la puerta de enlace actual y crear una nueva en la región deseada.
- Migrar: Cambiar el tráfico de la puerta de enlace antigua a la nueva. Este paso puede tardar hasta 15 minutos y puede provocar interrupciones breves de conectividad.
- Confirmación: complete la migración eliminando la puerta de enlace antigua y sus conexiones. Si es necesario, puede anular y revertir a la puerta de enlace anterior antes de confirmar.
Importante
Después de la migración, valide la conectividad para asegurarse de que todo funciona según lo previsto. Puede revertir a la puerta de enlace anterior seleccionando Anular después del paso de preparación, lo que eliminará la nueva puerta de enlace y las conexiones.
Limitaciones
La experiencia de migración de puerta de enlace guiada tiene las siguientes limitaciones:
- Solo ExpressRoute: la herramienta de migración está diseñada para puertasde enlace de red virtual de ExpressRoute. No admite puertas de enlace de VPN ni otros tipos de puerta de enlace. - Mismo requisito de red virtual: la migración solo se admite dentro de la misma red virtual. No se admiten migraciones entre suscripciones, entre regiones o tipos de puerta de enlace (por ejemplo, hacia o desde puertas de enlace de VPN).
- Sin degradaciones: no se admite la degradación de una SKU habilitada para Az a una SKU no habilitada para Az.
- Tamaño de GatewaySubnet: GatewaySubnet debe tener un prefijo /27 o más para continuar con la migración. Para obtener más información, consulte Creación de varios prefijos para una subred para obtener más información.
- Conectividad de puntos de conexión privados: los puntos de conexión privados (PE) conectados a través del emparejamiento privado de ExpressRoute podrían experimentar problemas de conectividad durante la migración. Consulte las instrucciones sobre cómo mitigar estos problemas en la documentación de conectividad del punto de conexión privado. Conectividad de punto de conexión privado.
- Puertas de enlace heredadas: no se admiten puertas de enlace de ExpressRoute creadas o conectadas a circuitos en 2017 o versiones anteriores .
- SKU no admitidas: las puertas de enlace que usan la SKU "predeterminada" no son aptas para la migración. Para comprobar la idoneidad de la migración de la puerta de enlace, debe haber una notificación de Advisor.
Para obtener información detallada sobre cómo solucionar errores y procedimientos recomendados, consulte Solución de problemas de migración de puerta de enlace.
Preguntas más frecuentes
¿Cómo se agrega un segundo prefijo a GatewaySubnet?
La adición de varios prefijos a GatewaySubnet se encuentra actualmente en versión preliminar pública y solo se admite a través de PowerShell. Para obtener instrucciones, consulte Creación de varios prefijos para una subred.
¿Cómo se supervisa el estado de la nueva puerta de enlace?
La supervisión de la nueva puerta de enlace es la misma que para la puerta de enlace anterior. La nueva puerta de enlace es un recurso independiente con sus propias métricas. Durante la migración, también puede observar patrones de tráfico mediante la herramienta de migración.
Después de la migración, si tenía configurada la supervisión, las alertas, las ventanas de mantenimiento definidas por el cliente o la configuración de diagnóstico, deberá volver a configurarlas en la puerta de enlace recién creada.
¿La migración provocará tiempo de inactividad?
La migración puede provocar unos minutos de tiempo de inactividad. Planee realizar la migración durante una ventana de mantenimiento para minimizar el impacto.
¿Cuánto tiempo puedo esperar antes de confirmar la nueva puerta de enlace?
Tiene hasta 15 días para comprometerse después de la preparación de la migración. Use esta vez para validar la conectividad y asegurarse de que se cumplen todos los requisitos antes de finalizar la migración.
¿Cómo puedo comprobar si mi SKU de puerta de enlace es apta para la migración?
Las notificaciones de Azure Advisor le avisarán si la puerta de enlace requiere la migración. Si intenta migrar una puerta de enlace no válida, se producirá un error. Para más información, consulte Solución de problemas de migración de puerta de enlace.
Pasos siguientes
- Solución de problemas de migración con Solución de problemas de migración de puerta de enlace.
- Aprenda a migrar mediante Azure Portal.
- Aprenda a migrar mediante PowerShell.