Acelere su migración con AWS Application Migration Service

Por Daniel de Andrade, arquitecto de soluciones de socios – Migración, Programa de migración de socios de WWCO

Amazon Web Services (AWS) anunció recientemente el cierre de CloudEndure Migration y AWS Server Migration Service (AWS SMS), ambos utilizados principalmente para acelerar las migraciones de Lift and shift (rehost), una de las 7 estrategias de migracion enumeradas por AWS que se puede utilizar en el proceso de evaluación de la cartera de aplicaciones que se migrará. Para satisfacer esta demanda, AWS anunció AWS Application Migration Service (MGN), un servicio que simplifica y acelera las migraciones de servidores físicos, virtuales o basados en la nube, con una interrupción mínima para su negocio.

AWS MGN ofrece muchos beneficios, como la facilidad de operación integrada con la consola de administración de AWS, la capacidad de controlar el acceso y los permisos a través de AWS Identity and Access Management (IAM) y la integración con AWS CloudTrail y Amazon CloudWatch para la supervisión. Estos beneficios se tratarán con más detalle en las siguientes secciones.

AWS MGN reduce los procesos manuales que consumen mucho tiempo y son propensos a errores al convertir automáticamente sus servidores alojados en infraestructura física, virtual o en la nube para que se ejecuten de forma nativa en AWS como instancias de Amazon Elastic Compute Cloud (Amazon EC2). Esto simplifica el proceso de migración, lo que le permite utilizar el mismo servicio para una amplia variedad de aplicaciones.

AWS MGN es la próxima generación de CloudEndure Migration, que ofrece características clave y beneficios operativos que no están disponibles en la versión actual y consolida algunas de las características de AWS SMS. Esta publicación de blog proporcionará detalles sobre AWS MGN y por qué debería adoptarlo en su proyecto de migración a la nube.

Flujo de migración de AWS MGN

Para migrar a AWS, primero instale el agente de replicación de AWS MGN en sus servidores de origen (también hay una versión sin agente disponible para los servidores virtualizados uilizando VMware vCenter, como detallaremos más adelante en esta publicación). A continuación, consulte y configure los ajustes de replicación en la consola de AWS MGN para crear y administrar una subred provisional, donde se crearán los servidores de replicación que son pequeñas instancias de Amazon EC2 que se utilizan para ejecutar el proceso de replicación desde los servidores de origen a AWS. Los datos replicados se almacenan en volúmenes de Amazon Elastic Block Storage (EBS) en la subred provisional, sin necesidad de activar instancias EC2 adicionales más allá de los servidores de replicación.

Cuando ejecuta el proceso de prueba o transición, AWS MGN traduce los volúmenes de Amazon EBS de sus servidores de origen para que se ejecuten de forma nativa en instancias de Amazon EC2 en AWS. Las mejores prácticas de migración recomiendan realizar al menos una prueba antes de la transición, aproximadamente dos semanas antes, para identificar y resolver cualquier problema. Durante la prueba, es importante validar la conectividad con las instancias lanzadas y validar el funcionamiento de la aplicación siguiendo el plan de prueba definido.

Después de las validaciones necesarias, es necesario marcar los servidores con «Listo para la transición» para que puedan liberarse más adelante en el modo de transición para realizar la migración final de la carga de trabajo. Después de confirmar que las instancias que se ejecutan en modo de transición funcionan correctamente en AWS, puede desactivar los servidores de origen y finalizar el proceso de migración de los servidores. A continuación, puede optar por modernizar sus aplicaciones con otros servicios o recursos de AWS.

Figura 1. Flujo de migración de AWS MGN

La figura 1 demuestra cómo funciona AWS MGN en general, desde la instalación del agente de replicación en el servidor de origen, el proceso de replicación de los datos en el área de preparación y la conversión a una instancia nativa de Amazon EC2 en la subred de destino.

En las siguientes secciones, destacaré las ventajas de utilizar AWS MGN como herramienta de migración de servidores.

Integración de AWS MGN con otros servicios

La integración con la consola de administración de AWS es una ventaja significativa del uso de AWS MGN porque proporciona una conexión perfecta con otros servicios, como AWS CloudTrail y Amazon CloudWatch para la conformidad y la supervisión, y AWS IAM como el mecanismo estándar de autorización y autenticación de AWS. El plano de control de AWS MGN se ejecuta en la misma región a la que se migran los servidores.

AWS MGN incluye mejoras para la supervisión

Como señalé en la sección anterior, AWS MGN se integra con AWS CloudTrail como una solución centralizada de gobernanza, conformidad y auditoría operativa, lo que le permite realizar un seguimiento de todas las acciones durante el proceso de migración. Por lo tanto, puede identificar qué usuario inició una actividad de transición o modificó una plantilla de lanzamiento. Además, puede determinar cuándo se instaló un agente de AWS MGN en un servidor específico, garantizando que todas las actividades relacionadas con AWS MGN se rastreen y auditen, ya sea que se realicen a través de la consola de administración de AWS, llamadas a la API, línea de comandos Interfaz (CLI) o kit de desarrollo de software (SDK).

Automatización

Además de permitir el monitoreo a través de la consola de administración de AWS, la integración con Amazon CloudWatch y Amazon EventBridge permite la automatización de los procesos de migración a través de la CLI o el SDK de AWS. Por ejemplo, cuando la ejecución del modo de prueba de un servidor se completa correctamente, ese servidor recibe el estado READY_FOR_TEST, que se informa como un evento y se puede usar para desencadenar automatizaciones, o si se detiene el estado de replicación de datos, puede configurar notificaciones o tomar medidas para mantener la migración progreso.

Gestión de usuarios

AWS MGN le proporciona un control total de los permisos a través de AWS IAM.

Establezca el nivel de permisos adecuado en AWS MGN de varias maneras mediante AWS IAM, por ejemplo:

Configurar un usuario con permisos para instalar agentes de replicación de AWS MGN
Permitir el acceso de solo lectura a la consola de AWS MGN para supervisar y realizar un seguimiento de la migración
Otorgue a un usuario permiso para iniciar el proceso de transición solo en una región de AWS específica
Limitar a un usuario a configurar solo plantillas de lanzamiento de EC2

Modelos de ejecución de EC2 (plantillas de lanzamiento)

AWS MGN utiliza la función Plantillas de lanzamiento de EC2 para configurar la configuración de la instancia de destino para su servidor de origen. Las plantillas de lanzamiento de EC2 tienen más opciones que el blueprint, la funcionalidad de migración de CloudEndure equivalente y la facilidad de uso, ya que cada vez que se pone a disposición una nueva plantilla en las plantillas de lanzamiento de EC2, está disponible automáticamente para su uso por parte de AWS MGN.

La plantilla de lanzamiento de EC2 se crea automáticamente para cada servidor de origen agregado a AWS MGN, como se muestra en la figura 2.

Figura 2. AWS MGN utiliza plantillas de lanzamiento de EC2

En la figura 2 se muestra una plantilla de lanzamiento de EC2 que se puede personalizar para cambiar la subred, incluir o no una dirección IP pública, cambiar el tipo de instancia, añadir volúmenes de EBS adicionales y mucho más. Las personalizaciones se pueden realizar desde la consola de administración de AWS o la CLI de AWS, recordando que a través de la consola los cambios serán manuales e individuales. Para automatizar las personalizaciones masivas, se debe utilizar la CLI de AWS. Para obtener más información sobre las capacidades de las plantillas de lanzamiento de EC2, consulte la documentación detallada de esa función.

Se pueden utilizar diferentes plantillas de lanzamiento de EC2 para definir máquinas de destino durante las fases de prueba o transición.

Función de dimensionamiento correcto de instancias

AWS MGN tiene la función de indicar el tipo de instancia que mejor se adapta a las demandas características del servidor de origen que se va a migrar, como el sistema operativo, el procesamiento y la RAM. Estas recomendaciones reflejan cualquier cambio en el servidor de origen en 90 minutos, por lo que el servidor lanzado en modo de prueba o transición reflejará las características actuales del servidor de origen.

Figura 3: función de tamaño correcto

Es importante recordar que la función de tamaño correcto de la instancia de AWS MGN es opcional y, cuando está habilitada, tiene prioridad a la hora de definir el tipo de instancia de EC2 que se va a lanzar, por lo que lanzará la instancia en función de esta función, ignorando el tipo de instancia definido en la plantilla de lanzamiento de EC2.

Organice sus cargas de trabajo con etiquetas de AWS MGN

AWS MGN puede usar etiquetas para organizar el trabajo a través del panel de migración de AWS MGN en la sección Etiquetas, que muestra todas las etiquetas que se asignaron al servidor. Defina etiquetas como el centro de costes, el propietario de la aplicación, el entorno de desarrollo o producción, incluso una fecha de transferencia prevista o un número de ticket de aprobación de gestión de cambios

Figura 4. AWS MGN puede usar etiquetas para organizar el trabajo

La figura 4 muestra cómo AWS MGN utiliza etiquetas para mejorar la visibilidad del proceso de migración, lo que le permite filtrar los recursos asociados con el proyecto o administrar los permisos de manera más granular con AW IAM.

Migración sin agentes

AWS MGN admite la replicación sin agentes en las versiones 6.7 y 7.0 de VMware vCenter en la nube de AWS. Esta función de replicación sin agentes está destinada a los usuarios que desean migrar sus aplicaciones a AWS pero eligen no instalar el agente de replicación de AWS MGN en servidores individuales debido a políticas de la empresa o restricciones técnicas.

Al instalar AWS MGN vCenter Client en un servidor virtual, alojado en el entorno de origen de VMware vCenter, puede realizar la replicación de snapshots de los servidores virtuales que se migrarán a AWS. Puede encontrar más detalles sobre la arquitectura de migración sin agentes de AWS MGN en la página de documentación del servicio.

Acceso a la red

AWS MGN se puede configurar para replicar datos a través de Internet, mediante un túnel basado en AWS VPN o mediante una conexión dedicada mediante AWS Direct Connect. Puede encontrar más información sobre los requisitos relacionados con la red en la documentación del servicio.

Límites del servicio de AWS MGN

Los límites de los servicios de AWS MGN también aumentaron en comparación con CloudEndure y AWS SMS. Para obtener más información, consulte la página de puntos de enlace y cuotas de AWS MGN.

Conclusión

En esta publicación, mostramos cómo AWS MGN reduce los procesos manuales, mejora la administración y la supervisión de los usuarios y acelera la migración a AWS. Dado que CloudEndure Migration y AWS SMS están llegando al final de su vida útil, le recomendamos que utilice AWS MGN para sus migraciones.

Las regiones de AWS GovCloud (EE. UU.) y China están excluidas de los planes de fin de vida actuales, por lo que CloudEndure Migration seguirá estando disponible en estas regiones en 2023.

Lecturas adicionales

Este artículo fue traducido automáticamente del Blog de AWS en Portugués.

Sobre el autor

Daniel de Andrade es arquitecto de soluciones de socios de migración que se especializa en prácticas de migración que trabajan en la organización de socios de AWS. Es responsable de capacitar a los socios de AWS en procesos, herramientas y servicios de AWS y de terceros para migrar entornos a la nube.

Blog de Amazon Web Services (AWS)