Ejecución de la migración de cargas de trabajo desde Amazon Web Services (AWS) a Azure

Este artículo forma parte de una serie sobre cómo migrar una carga de trabajo de Amazon Web Services (AWS) a Azure.

La fase de ejecución consta de estas fases:

El objetivo de esta fase es migrar la carga de trabajo de AWS a Azure dentro de los límites de tiempo de inactividad y pérdida de datos acordados. Siga el manual de operaciones estrechamente y comuníquese con los interesados durante todo el proceso.

Antes de la transición

1. Abra la ventana de mantenimiento negociada.

2. Ejecute la migración de datos. Alinee el orden de las operaciones con el modelo de transición. Cree scripts completos y pruebe todos los pasos de migración de datos en un entorno que no sea de producción antes de empezar a asegurarse de que estos pasos se ejecutan de forma confiable durante la migración.

   • Para escenarios de replicación activo o en tiempo real, configure la sincronización continua de datos entre AWS y Azure. Este enfoque minimiza el tiempo de inactividad y ayuda a garantizar la coherencia de los datos durante la transición.

   • Para los modelos de copia de seguridad y restauración, realice una copia de seguridad de todos los datos de AWS. Transfiera de forma segura la copia de seguridad a Azure y, a continuación, restáurela en el entorno de destino. Valide la integridad de los datos antes de realizar el paso siguiente.

3. Configure los componentes de la aplicación. Conecte cada componente a sus dependencias. Algunas de estas dependencias podrían permanecer en AWS. Por ejemplo, en un enfoque de migración por fases, puede mantener la base de datos en AWS inicialmente y migrarla más adelante.

4. Modifique la conectividad y la configuración de red. Asegúrese de que los recursos de Azure pueden llegar a las dependencias de AWS y de que los recursos de AWS puedan llegar a las dependencias de Azure cuando sea necesario. Ajuste las reglas de firewall, las reglas y directivas del grupo de seguridad de red (NSG) y el enrutamiento para que cumplan sus requisitos. Pruebe y valide todos los cambios de conectividad en fases anteriores para reducir la solución de problemas en esta fase.

5. Ejecute pruebas sencillas. Realice pruebas funcionales, de rendimiento y de errores. Mantenga estas pruebas sencillas. Realice pruebas de carga o funcionales exhaustivas en las fases anteriores.

6. Iteración y corrección temprana de problemas. Planee exhaustivamente para ayudar a minimizar las correcciones durante esta fase. Si tiene problemas, resíquelos ahora. Entre los problemas comunes se incluyen rutas de acceso en scripts o llamadas a API que no coinciden con los valores esperados, las violaciones de los límites de servicio de Azure y los límites de cuota que posiblemente necesite aumentar. Si usa Terraform, algunas características de recursos de Azure pueden requerir implementaciones diferentes.

7. Reduzca el tiempo de vida (TTL). Reduzca el TTL antes de la transición y tenga en cuenta el retraso de propagación en la planificación de reversión.

8. Actualice el enrutamiento de nombres de dominio completos (FQDN) y sistema de nombres de dominio (DNS). Aplique el plan de transición de FQDN que definió durante la fase de planeación. Actualice los registros DNS para que apunten los FQDN existentes a los puntos de conexión de Azure o modifique las configuraciones de aplicación para usar nuevos FQDN de Azure. Para los servicios orientados al público, coordine cuidadosamente la migración de DNS para minimizar el tiempo de inactividad.

Durante la transición

La forma de completar este paso depende de la estrategia elegida. En el enfoque azul-verde recomendado, se cambia todo el tráfico al mismo tiempo durante una ventana de transición. Debe sincronizar todos los datos y preparar los componentes para aceptar el tráfico de producción. A continuación, cambie todas las conexiones a Azure y abra el entorno de Azure como el entorno principal. Se recomienda una ventana de mantenimiento, durante la cual se pausa brevemente el tráfico o la aplicación para evitar incoherencias. Automatice las comprobaciones de estado y supervise en tiempo real durante la transición.

Trabaje estrechamente con los equipos de operaciones para asegurarse de que soluciona problemas emergentes inmediatamente. Los ingenieros de operaciones y el equipo de migración deben supervisar activamente un panel de estado en tiempo real mediante Azure Monitor o telemetría personalizada. Las anomalías deben desencadenar alertas y respuestas inmediatas. Prepárese para la reversión si no puede resolver problemas dentro de los criterios de reversión definidos en la fase de planificación.

Después de la transición

1. Mantenga la preparación de la reversión. Mantenga el entorno de AWS disponible durante la ventana de validación en caso de que tenga que revertir. Cuando esté seguro en el entorno de Azure, retire los recursos de AWS.

2. Realice la comprobación posterior a la transición. Supervise detenidamente las métricas de carga de trabajo en Azure. Si se degradan gravemente o detecta un error crítico, implemente el plan de reversión y esté listo para revertir el tráfico a AWS. Ejecute una prueba de regresión completa en producción si es posible y compruebe todos los componentes. Ejecute pruebas de humo para funciones críticas, observe los registros de seguridad y asegúrese de que todas las señales y alertas de supervisión sean verdes. Después de un día o dos, supervise los costos y el uso para encontrar los recursos descontrolables que podrían incurrir en costos innecesarios.

3. Actualice las canalizaciones de integración continua y entrega continua (CI/CD) para Azure. Actualice las canalizaciones de implementación para dejar de dirigirse a AWS y solo dirigirse a Azure.

4. Actualizar documentación y procedimientos. Revise todos los runbooks de producción, los documentos de soporte técnico y los procedimientos operativos para que coincidan con el nuevo entorno de Azure.

5. Transfiera la supervisión operativa. Confirme que el equipo de operaciones se encarga de la supervisión del entorno de Azure. Ahora deben usar los paneles y alertas de Azure Monitor que configuró anteriormente para supervisar el estado de la carga de trabajo. Solucione las brechas de conocimiento a medida que el equipo realiza la transición al soporte principal de la implementación de Azure.

Para más información, consulte Migración a la nube.

Checklist

Paso siguiente