Lance trabajos de AWS MGN desde Cloud Migration Factory

La solución Cloud Migration Factory en AWS cuenta con automatización integrada para iniciar y gestionar la migración de Rehost mediante AWS MGN. Estas automatizaciones permiten a los equipos de migración gestionar todos los aspectos de su migración desde una única interfaz de usuario, combinando las acciones clave disponibles en la consola de servicios MGN de AWS con la biblioteca de automatización de AWS Cloud Migration Factory, que amplía la funcionalidad con scripts prediseñados para migraciones masivas, lo que ayuda a aumentar la velocidad de las actividades de migración. Consulte la Lista de actividades de migración automatizada del Servicio de migración de aplicaciones de AWS (AWS MGN) para obtener una lista completa de los trabajos de automatización de AWS MGN disponibles. El uso de AWS Cloud Migration Factory también permite migraciones fluidas de varias cuentas mediante AWS MGN, ya que Cloud Migration Factory tiene la capacidad de asumir funciones en diferentes cuentas de destino automáticamente en función de las definiciones de servidor y aplicación de Cloud Migration Factory que se migren.

Actividades previas

1. Cuenta de destino AWS CMF CloudFormation implementada en cada cuenta de destino. Para obtener más información, consulte la sección de CloudFormation plantillas de AWS de este documento.

2. AWS MGN se inicializa en cada cuenta de destino.

Definición inicial

La definición del inventario en las instalaciones se realiza mediante la creación de elementos de onda, aplicación y servidor mediante la interfaz de usuario o mediante la importación de un formulario de admisión CSV. Estas definiciones se utilizan para proporcionar las identidades de los servidores locales, así como EC2 los parámetros de destino, así como otros datos necesarios para gestionar la actividad de migración.

Definición de la interfaz de usuario

Para utilizar la funcionalidad MGN de AWS, debe crear un registro de oleada con los registros de aplicaciones asociados y, por último, uno o más registros de servidor asociados a las aplicaciones. El registro de oleada se utiliza para agrupar las aplicaciones y no proporciona parámetros a la automatización, mientras que el registro de la aplicación define el ID de cuenta de AWS de destino y la región de AWS a la que se migrará la aplicación. Los registros del servidor proporcionan las acciones de automatización y la integración de AWS MGN los parámetros de destino de las EC2 instancias, como el tipo de instancia, las subredes, los grupos de seguridad, etc.

Al definir un servidor en el almacén de datos CMF de AWS para usarlo con la funcionalidad MGN de AWS, el servidor debe configurarse con una estrategia de migración de rehost. Una vez seleccionado Volver a alojar, los atributos adicionales necesarios para esta funcionalidad se mostrarán en la pantalla. Es necesario rellenar los siguientes atributos para iniciar correctamente un trabajo de migración a AWS MGN:

Obligatorio

Familia de sistemas operativos de servidor: se configura en Linux o Windows, según la familia de sistemas operativos.

Versión del sistema operativo del servidor: se establece en la versión detallada del sistema operativo que se ejecuta en el servidor.

Tipo de instancia: tipo de EC2 instancia que se va a utilizar.

Arrendamiento: alojamiento compartido, servidor dedicado.

Identificadores de grupos de seguridad: lista de los grupos de seguridad que se asignarán a la instancia cuando se inicie la transición final.

Identificadores de grupos de seguridad (Prueba): lista de los grupos de seguridad que se asignarán a la instancia cuando se inicie la prueba.

Condicional

Identificadores de subred: ID de subred al que asignar esta EC2 instancia cuando se inicie la transición final. (no se aplica cuando se especifica el ID de interfaz de red)

Identificadores de subred: Prueba: ID de subred al que asignar esta EC2 instancia cuando se inicien las pruebas. (no se aplica cuando se especifica la prueba de ID de interfaz de red)

ID de interfaz de red: ID de ENI que se utilizará cuando se inicie la transición final.

ID de interfaz de red - Prueba: ID de ENI que se utilizará cuando se inicie la prueba final.

ID de host dedicado: ID de host dedicado en el que se lanzará la instancia. (solo se aplica cuando Tenancy está configurado como host dedicado).

Opcional

Etiquetas: etiquetas de EC2 instancia que se aplicarán a la instancia.

Los demás atributos que no figuran aquí no tienen relación alguna con los trabajos de AWS MGN iniciados desde la solución CMF de AWS.

Definición del formulario de admisión

Los formularios de admisión pueden contener los detalles necesarios para crear o actualizar varios tipos de registros con el almacén de datos en una sola fila del archivo csv, lo que permite importar los datos relacionados. En el siguiente ejemplo, los registros de la onda, de la aplicación y del servidor se crearán y se relacionarán entre sí automáticamente durante la importación.

Para importar el formulario de admisión, siga el mismo proceso que para importar otros datos a la solución Cloud Migration Factory on AWS que se describe en Importación de datos.

Inicio de un trabajo

El inicio de un trabajo de AWS MGN desde AWS CMF se realiza contra una oleada; en la vista de lista de oleadas, seleccione la oleada y, a continuación, en Acciones, seleccione Rehospedar > MGN.

En esta pantalla, el usuario debe realizar las siguientes elecciones antes de poder enviar el trabajo.

1. Seleccione la acción MGN de AWS que desee realizar frente a las aplicaciones y los servidores de la oleada. En su mayoría, estas acciones replican las que están disponibles en la consola de servicio y la API de AWS MGN, con la excepción de Validate Launch Template (consulte los detalles de esta acción a continuación). Para obtener información detallada sobre los efectos de cada acción, consulte la guía del usuario de AWS MGN.

2. Seleccione la onda frente a la que desee ejecutar la acción.

3. Seleccione las aplicaciones de la onda frente a las que se ejecutará la acción. Esta lista sólo mostrará las aplicaciones que estén asociadas a la onda seleccionada.

4. Una vez que todas las opciones sean correctas, elija Enviar.

La automatización iniciará ahora la acción seleccionada en la cuenta de AWS de destino de cada aplicación seleccionada, tal y como se especifica en el registro de la aplicación. Los resultados de la acción se mostrarán en el mensaje de notificación, incluidos los errores.

Validación de la plantilla de lanzamiento

Esta acción se utiliza para validar que los datos de configuración almacenados en CMF para cada servidor sean válidos antes de intentar realizar actividades de transición. Para ejecutar esta acción, debe haber implementado correctamente los agentes MGN de AWS en el servidor de origen.

Las validaciones realizadas para cada servidor son:

• Verificar que el tipo de instancia sea válido.

• Verificar que existe un perfil de instancia de IAM.

• Los grupos de seguridad existen tanto para pruebas como para activos.

• Existen subredes tanto para pruebas como activas (si no se especifica el ENI).

• Existe un host dedicado (si se ha especificado).

  • Si se especifica un host dedicado, se realizan las siguientes comprobaciones:

    • ¿El host dedicado admite el tipo de instancia especificado?

    • ¿El host dedicado tiene capacidad disponible para cumplir con todos los requisitos de esta onda, en función de los tipos de instancias requeridos?

• El ENI existe (si se especifica).

Los resultados de la acción se mostrarán en el mensaje de notificación, incluidos los errores.