Migración Lift & Shift en la práctica con AWS Application Migration Service (MGN)
Presentación práctica del procedimiento de migración Lift & Shift, desde la instalación del agente hasta el cutover. También se explican las consideraciones de diseño y la configuración de red.
Mecanismo y ventajas de MGN
AWS Application Migration Service (MGN) es un servicio para migrar mediante Lift & Shift servidores de entornos on-premises u otras nubes a AWS. A partir del 8 de junio de 2026 se ofrece con el nombre de AWS Transform MGN. Al instalar un agente de replicación ligero en el servidor de origen, el contenido del disco se sigue replicando a AWS a nivel de bloque en tiempo real. Como el servidor de origen sigue funcionando con normalidad durante la replicación, el tiempo de inactividad causado por la migración se limita a unos minutos durante el cutover. Mientras que el anterior Server Migration Service (SMS) usaba una sincronización periódica basada en instantáneas, MGN acerca el RPO casi a cero gracias a la replicación continua.
Procedimiento de migración - Desde la instalación del agente hasta el cutover
La migración avanza en cuatro fases. La primera fase es la instalación del agente. Al instalar AWS Replication Agent en el servidor de origen, el servidor aparece en la consola de MGN y se inicia la sincronización inicial. La segunda fase es la configuración de los ajustes de lanzamiento. En la plantilla de lanzamiento se definen el tipo de instancia, la VPC, la subred, los grupos de seguridad y el rol de IAM. La tercera fase es el lanzamiento de prueba. Se lanza una instancia EC2 de prueba y se verifican el funcionamiento de la aplicación, la conectividad de red y el rendimiento. Si hay problemas, se pueden corregir los ajustes de lanzamiento y volver a probar. La cuarta fase es el cutover. Se ejecuta la sincronización final de datos y se lanza la instancia EC2 de producción. El tráfico se dirige al nuevo entorno mediante el cambio de DNS o la modificación de la configuración del balanceador de carga.
Consideraciones de diseño
La replicación requiere una conexión de red estable desde el servidor de origen hasta AWS. Como referencia de ancho de banda, para sincronizar inicialmente un disco de 100 GB en un plazo de 24 horas se necesitan unos 10 Mbps. Se recomienda la conexión a través de Direct Connect o VPN. En el área de staging para la replicación se crean automáticamente una instancia EC2 ligera (del orden de t3.small) y volúmenes EBS. Este coste es de unos pocos dólares al mes por servidor de origen. En migraciones a gran escala, si ya se usa Migration Hub (que dejó de aceptar nuevos clientes el 7 de noviembre de 2025), se puede centralizar el progreso de la migración, agrupar los servidores por aplicación y hacer el cutover simultáneo de los servidores interdependientes.
Precios de MGN
El uso de MGN es gratuito, y no se cobran cargos adicionales por la instalación del agente de replicación ni por la replicación continua. El coste corresponde al área de staging para la replicación (instancias EC2 ligeras y volúmenes EBS). Al lanzar instancias de prueba se cobran tarifas de EC2 según las especificaciones de destino, por lo que se terminan rápidamente una vez completadas las pruebas. Después del cutover, se detiene la replicación y se eliminan los recursos del área de staging para suprimir costes innecesarios.
Lift & Shift como estrategia
Lift & Shift es una estrategia de migración que traslada los servidores a la nube casi tal como están, sin reconstruirlos en gran medida. Como no implica modificar las aplicaciones, permite contener el riesgo y la duración de la migración, y se convierte en el medio más rápido para llegar a la nube. Es eficaz en situaciones como cuando se acerca el fin del contrato del centro de datos o cuando se quiere trasladar primero a la nube de forma fiable. La reconstrucción hacia lo nativo de la nube se puede avanzar de forma gradual una vez que la migración se ha completado y estabilizado. El enfoque de dar prioridad a migrar primero y mejorar después, en lugar de aspirar a una optimización perfecta desde el principio, hace posible una migración realista.
Verificación mediante lanzamientos de prueba
Una gran ventaja de MGN es que permite verificar el funcionamiento en el destino de la migración antes de cambiar la producción. Se lanza una instancia de prueba a partir de los datos replicados y se comprueba que la aplicación funciona correctamente en AWS. Como esta verificación se puede realizar sin afectar al servidor de origen, se puede probar repetidamente sin detener la actividad del negocio. Se comprueban la conectividad de red, la integración con los sistemas dependientes, el rendimiento y otros aspectos ejecutándolos realmente. Al realizar suficientes pruebas antes del cambio a producción, se pueden evitar problemas imprevistos el día del cambio y afrontar el cutover con confianza.
Cutover y rollback
El cambio a producción (cutover) es el momento culminante de la migración. Como MGN replica continuamente los datos de origen, se puede migrar partiendo de un estado sincronizado hasta justo antes del cambio y mantener corto el tiempo de inactividad. Para el momento del cambio se elige una franja horaria con poco impacto en el negocio. Después del cambio, se comprueba rápidamente si la aplicación funciona con normalidad. Es importante preparar un procedimiento que permita volver al entorno original por si surge algún problema. Al disponer un cutover planificado y los preparativos para la vuelta atrás, se puede completar la migración de forma segura.
Modernización después de la migración
Una vez completada la migración mediante Lift & Shift, se toma como punto de apoyo para aprovechar las ventajas de la nube. En primer lugar, se ajusta el tamaño de las instancias según el uso real para reducir los costes. A continuación, se avanza de forma gradual y por orden de prioridad con la modernización, como trasladar las bases de datos a servicios gestionados o sustituir el procesamiento por contenedores o serverless. Al empezar por lo que tiene mayor efecto en lugar de reconstruirlo todo de una vez, se puede contener el riesgo mientras se reducen de forma continua la carga operativa y los costes. Es importante situar la migración no como la meta, sino como el punto de partida de la optimización.
Resumen
Como herramienta estándar para la migración Lift & Shift, MGN hace posible una migración con un tiempo de inactividad mínimo mediante la replicación continua basada en agentes. Con solo instalar el agente en el servidor de origen se inicia la replicación a nivel de bloque, y el lanzamiento de instancias de prueba realiza la verificación del funcionamiento antes de la migración. El tiempo de inactividad durante el cutover suele ser de unos minutos, y también da soporte a proyectos de migración a gran escala.
Referencias (recursos oficiales de AWS)
Las fuentes primarias de esta página son el sitio web y la documentación oficiales de AWS. Consulta las páginas oficiales siguientes para conocer las especificaciones y los precios más recientes.
- AWS MGN (página oficial)
- Amazon EC2 (página oficial)
- Amazon EBS (página oficial)
- Documentación de AWS (oficial)
Si esta página y la documentación oficial difieren, prevalece la documentación oficial.