Cómo usar AWS Application Migration Service

Por Jason Gregson y Artem Shchodro

Durante varios años fui cliente de CloudEndure. Era —y sigue siendo— una excelente herramienta para Disaster Recovery, porque replicaba el estado actual (On Prem) hacia AWS de manera continua. Como permitía replicar entornos, también resultaba útil para mover cosas en paralelo, por ejemplo de Producción a Testing, y luego reducir el gasto del entorno de Testing aplicando right-sizing en esa zona. Sabemos que lo correcto es definir toda tu infraestructura como código (IaC) para desplegar y modificar lo que haga falta, pero no todos contamos con ese lujo ni con las habilidades necesarias cuando empezamos a trabajar con AWS.

Amazon adquirió CloudEndure en 2019 y un par de años después lanzó AWS Server Migration Service (AWS SMS <- mejor no me hagas hablar de los nombres de los servicios de AWS). Me gusta mucho ese servicio porque hacía exactamente lo que prometía y simplemente funcionaba. Fue una gran incorporación, pero desde el 31 de marzo de 2022 hay un nuevo jugador en el equipo: el AWS Application Migration Service (AWS MGN), que ahora se recomienda como el servicio principal para migraciones lift-and-shift hacia AWS. Amazon está incentivando a quienes hoy usan CloudEndure Migration o AWS SMS a pasarse a AWS MGN para sus próximas migraciones, y leyendo entre líneas el mensaje es claro: empieza a usar el nuevo servicio cuanto antes, porque los anteriores empezarán a descontinuarse… pronto.

AWS MGN permite mover aplicaciones a AWS sin tener que modificar las aplicaciones, su arquitectura ni los servidores migrados. ¡Excelente!

Con AWS MGN se reducen los procesos manuales replicando automáticamente servidores completos y convirtiendo tus servidores de origen —ya sean físicos, virtuales o de infraestructura cloud— para que se ejecuten de forma nativa en AWS. El "Lift and Shift" es un punto de partida válido como estrategia táctica para migrar a la nube, siempre y cuando tengas presente que la palabra clave es "partida". A mediano y largo plazo habrá que hacer más para aprovechar todo el potencial de la computación bajo demanda. Como ya sabemos, automatizar estos pasos manuales aporta más consistencia, menos complejidad y menos errores en tus migraciones. AWS MGN simplifica la migración al permitirte usar el mismo proceso automatizado para todo tu portfolio de aplicaciones. Al ejecutar pruebas no disruptivas antes de migrar, tendrás la confianza de que tus aplicaciones más críticas, como SAP, Oracle y SQL Server, funcionarán en AWS, y si surgen problemas, el equipo de soporte de DoiT estará ahí como tu copiloto para ayudarte a resolverlos. Migraciones más económicas también disponibles ;)

AWS MGN reduce los costos generales de migración porque es magia y hace todo el trabajo por ti. Bueno, no exactamente, pero MGN sí tiene componentes muy útiles que ayudan con la migración: no necesitas invertir en múltiples soluciones de migración, en desarrollo cloud especializado ni en habilidades específicas por aplicación para empezar. Esto es así porque AWS MGN se puede usar para migrar cualquier aplicación desde cualquier infraestructura de origen que ejecute sistemas operativos compatibles. MGN no es CloudEndure Migrate, sino un servicio nuevo con diferencias en muchas áreas, demasiadas para listarlas aquí; te dejamos un enlace al PDF con la tabla completa.

¿Cómo funciona AWS MGN?

Para arrancar, necesitas instalar el AWS MGN Replication Agent en tus servidores de origen y luego configurar la replicación desde la AWS Console para AWS MGN.

Tras bambalinas, AWS MGN usa esa configuración para crear y administrar una subred de staging con instancias pequeñas de Amazon EC2. Esas instancias se encargan de recibir los servicios replicados desde el origen.

Estas instancias dedicadas a la replicación reciben los datos del agente que corre en tus servidores de origen y los escriben en los volúmenes EBS asociados. AWS MGN mantiene tus servidores de origen actualizados en AWS mediante replicación continua de datos a nivel de bloque. Usa la configuración de lanzamiento que definiste para iniciar instancias cuando ejecutas pruebas no disruptivas o haces un cutover. Vale la pena mencionar que los datos en tránsito viajan comprimidos y cifrados, y al llegar al volumen EBS se aplica el cifrado de EBS para asegurar los datos en reposo.

Cuando lanzas instancias de prueba o de cutover, AWS MGN convierte tus servidores de origen para que arranquen y se ejecuten de forma nativa en AWS. Así puedes verificar que todo esté en orden del lado de AWS. Una vez confirmado que las instancias funcionan correctamente, puedes dar de baja tus servidores de origen; no tiene sentido mantener ambos corriendo.

Como decía antes, este "lift and shift" es solo el primer paso; a partir de ahí puedes modernizar tus aplicaciones con toda la gama de servicios y productos disponibles en AWS. Una de las primeras cosas que conviene hacer es asegurarte de que la instancia replicada tenga la especificación adecuada para operar y no quedarte solo con las recomendaciones del proveedor. Amazon CloudWatch es tu punto de referencia para verificar que tus instancias cuentan con los recursos suficientes y que estás obteniendo el mejor valor por tu dinero. Lo más habitual es que la especificación esté sobredimensionada, lo que te da la oportunidad de ajustar las instancias resultantes con "right-sizing".

Como será una instancia "nueva", el primer lugar al que recurrir es Amazon CloudWatch, que te dará métricas de rendimiento de la instancia casi en tiempo real. Encontrarás algunos consejos sobre qué observar aquí

Otro lugar para optimizar costos en tus instancias es Cost Explorer. Hay un excelente artículo aquí sobre cómo usar este servicio para que te envíe recomendaciones. Tendrás que habilitarlo en la cuenta y, posiblemente, instalar el CloudWatch Agent en cada servidor. El CloudWatch Agent te permite exponer métricas de la instancia que no están disponibles desde el hipervisor. Con ese flujo adicional de datos hacia CloudWatch, Cost Explorer puede entregarte mejores recomendaciones.

Si quieres conocer más sobre AWS MGN, hay un excelente video de 10 minutos que repasa los conceptos. Otros enlaces relacionados:

Página de recursos técnicos- Documentación de AWS MGN

YouTube: Virtual workshop - Un "lift and shift" con AWS MGN

Disponibilidad:

AWS Application Migration Service (AWS MGN) ya está disponible en:

• US East (N. Virginia)

• US East (Ohio)

• Asia Pacific (Sydney)

• Europe (Ireland)

• Europe (Stockholm)

• US West (Oregon)

• Asia Pacific (Tokyo)

• Asia Pacific (Singapore)

• Europe (Frankfurt)

Si tu región preferida de AWS aún no está soportada por AWS MGN, considera usar CloudEndure Migration.

Si no puedes instalar un agente en tus servidores, considera usar AWS Server Migration Service (AWS SMS).

Aunque AWS MGN ofrece un período de uso gratuito, se generan cargos por cualquier infraestructura de AWS que se aprovisione durante la migración y después del cutover. Para más información, consulta la página de Precios de AWS MGN.

¿Listo para más?

En DoiT nos enorgullece nuestra obsesión por el cliente y la profundidad técnica con la que abordamos lo que necesitas para que tu migración sea un éxito. El "Lift and Shift" es sin duda un buen punto de partida, pero conviene tener una conversación más amplia sobre el valor de negocio que la migración te traerá. En mi otro artículo sobre Cómo acelerar tu migración a AWS profundizamos mucho más en el panorama de la migración a AWS y en todos los elementos que conviene considerar al iniciar tu camino hacia la nube.

P: ¿Cuánto me va a costar todo esto?

AWS MGN ofrece un período de uso gratuito; pasado ese período se generan cargos por cualquier infraestructura de AWS que se aprovisione durante la migración y por la infraestructura que quede operando después del cutover. En cuanto al costo de consultoría de DoiT, lo mejor es que DoiT tiene un modelo de Precios único para acompañar a sus clientes. Esto incluye nuestros enfoques para migrar a AWS. Hacemos el trabajo sin costo adicional; no hay cargos extra por la guía y el acompañamiento de DoiT en este camino.

P: ¿Dónde está la trampa?

No hay ninguna. Solo necesitas pagar tu factura de AWS a través de DoiT como reseller, y eso es todo. Somos un complemento a los servicios y al soporte que ya recibes directamente de Amazon; no le quitamos nada a esa relación, salvo que el pago de la facturación de AWS se hace directamente a través de DoiT.

Dado el costo cero, podrás entender que DoiT no ejecutará la migración por ti, pero sí actuaremos como asesores para asegurarnos de que recibas el consejo adecuado en el momento adecuado en cada etapa. Tú deberás completar el trabajo, o puedes apoyarte en un tercero para ejecutarlo.

Además, recibirás todos los beneficios habituales de ser cliente de DoiT, entre ellos:

• Soporte ilimitado (24x7 - Follow the sun)

• Capacitación sin costo

• Acceso sin costo a DoiT Cloud Intelligence™

• Revisiones del Well Architected Framework (WAfR) sin costo

• Flexsave de DoiT (ahorros flexibles)

• Spot0 de DoiT (precios flexibles de Spot)

Si quieres conversar sobre tu migración o estás pensando en migrar a AWS, contáctanos y con gusto iniciamos la conversación.

Jason

Jason Gregson es Global Head of AWS Programs and Operations en DoiT International. Tras muchos años como Solution Architect, incluidos 5 años en Amazon, le apasiona ayudar a los clientes a construir aplicaciones modernas con los últimos servicios de AWS. Tecnólogo pragmático e ingeniero de corazón, disfruta del aprendizaje en comunidad y de compartir tecnología para que todos conozcan el arte de lo posible. Síguelo en Twitter en @JasonGregson.

Artem

Artem Shchodro es Senior Cloud Architect en DoiT International. Es ex-Amazonian y ayuda a los clientes a sacar el máximo provecho de la nube. Artem es pragmático y directo, y combina el valor de negocio con la tecnología. No lo sigas en Twitter.