Cambie la plataforma a EC2

La solución Cloud Migration Factory en AWS permite lanzar grupos de EC2 instancias automáticamente a partir de las configuraciones definidas en su almacén de datos, implementando EC2 instancias con volúmenes de EBS adjuntos. Esto proporciona la posibilidad de aprovisionar nuevas EC2 instancias, lo que permite reconfigurar la plataforma a través de AWS CloudFormation y realojar servidores locales con AWS MGN dentro de una única interfaz de usuario de CMF. Para poder utilizar esta funcionalidad, el almacén de datos debe contener la definición de los servidores. Una vez solucionado este problema, los servidores deberían estar conectados a una onda. Cuando se tome la decisión de lanzar las EC2 instancias, el usuario podrá iniciar las siguientes acciones contra la oleada:

• EC2 Validación de entradas

• EC2 Generar plantilla CF

• EC2 Despliegue

Requisitos previos

Permisos para agregar el acceso al atributo Redefinir la plataforma.

Selección de la plataforma de ejecución de scripts

Antes de implementar los scripts de automatización, determine qué plataforma de cómputo se adapta mejor a sus necesidades:

• Servidor de automatización tradicional: ideal para escenarios que requieren dependencias complejas, varios lenguajes de programación o requisitos de sistema operativo específicos

• Documento de automatización SSM: recomendado para scripts de automatización estándar basados en Python donde no es necesario acceder al entorno local

Configuración inicial

La configuración de las nuevas EC2 instancias se realiza mediante la creación de nuevos elementos de servidor mediante la interfaz de usuario o mediante la importación de un formulario de admisión CSV que contiene los elementos del servidor. Estas definiciones se convierten en CloudFormation plantillas de AWS almacenadas en un bucket de S3 dentro de la misma cuenta de AWS en la que se implementa la instancia CMF de AWS.

Definición de la interfaz de usuario

Al definir un servidor en el almacén de datos de AWS Cloud Migration Factory para usarlo con la EC2 funcionalidad Replatform to, el servidor debe configurarse con una estrategia de migración de Replatform. Una vez que se selecciona Redefinir la plataforma, los atributos adicionales necesarios para esta uncionalidad se mostrarán en la pantalla. Es necesario rellenar los siguientes atributos para que la funcionalidad funcione:

Atributos obligatorios

ID de AMI: ID de la imagen de Amazon Machine utilizada para lanzar la EC2 instancia.

Zona de disponibilidad: AZ en la que se implementará la EC2 instancia.

Tamaño del volumen raíz: tamaño en GB del volumen raíz de la instancia.

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

Identificadores de grupos de seguridad: lista de grupos de seguridad asignados a la instancia.

ID de subred: ID de subred al que asignar esta EC2 instancia.

Arrendamiento: actualmente, la única opción admitida para la transición de plataforma a la EC2 integración es compartida; cualquier otra opción se sustituirá por Compartida cuando se genere la plantilla.

Atributos opcionales

Habilitar la supervisión detallada: active esta opción para habilitar la supervisión detallada.

Nombres de volúmenes adicionales: lista de nombres de volúmenes adicionales de EBS. Cada elemento de la lista debe asignarse a la misma línea que las listas de tamaño y tipo.

Tamaños de volumen adicionales: lista de tamaños de volumen adicionales de EBS. Cada elemento de la lista debe asignarse a la misma línea que las listas de nombres y tipo.

Tipos de volumen adicionales: lista de tipos de volumen adicionales de EBS. Cada elemento de la lista debe asignarse a la misma línea que las listas de nombres y tamaño; si no se especifica, el valor predeterminado es gp2 para todos los volúmenes.

ID de clave de EBS KMS para el cifrado de volúmenes: si los volúmenes de EBS se van a cifrar, especifique el ID de clave, el ARN de clave, el alias de clave o el alias ARN.

Habilitar EBS Optimized: seleccione esta opción para activar EBS Optimized.

Nombre del volumen raíz: seleccione una de las opciones disponibles; si no se especifica, se utilizará el ID.

Tipo de volumen raíz: indique el tipo de EBS del volumen que se va a crear; si no se especifica, el valor predeterminado será gp2.

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.

Ejemplo: formulario de admisión

Nombre de la columna	Datos de ejemplo	Obligatorio	Notas
wave_name	wave1	Sí
app_name	app1	Sí
aws_accountid	1234567890	Sí
server_name	Server1	Sí
server_fqdn	Server1	Sí
server_os_family	linux	Sí
server_os_version	Amazon	Sí
server_tier	Web	No
server_environment	Dev	No
subred_ IDs	subnet-xxxxxxx	Sí
ID del grupo de seguridad	sg-yyyyyyyyyy	Sí
instanceType	m5.large	Sí
iamRole	ec2customrole	No
tenencia	Shared	Sí
r_type	Replatform	Sí
root_vol_size	50	Sí
ami-id	ami-zzzzzzzzzz	Sí
availabilityzone	us-west-2a	Sí
root_vol_type	gp2	No
add_vols_size	40:100	No
add_vols_type	gp2:gp3	No
ebs_optimized	false	No
ebs_kmskey_id	1111-1111-1111-1111	No
detailed_monitoring	true	No
root_vol_name	Server1_root_volume	No
add_vols_name	Server1_root_volumeA: Server1_root_volumeB	No

Para importar el formulario de admisión, siga el mismo proceso que cualquier otra importación de datos a la solución Cloud Migration Factory en AWS.

Acciones de implementación

EC2 validación de entradas

Tras definir los parámetros de la instancia, primero debe ejecutar la acción de oleada: Replataforma > EC2> Validación EC2 de entrada. Esta acción verifica que se hayan proporcionado todos los parámetros correctos para cada servidor a fin de crear una plantilla válida CloudFormation .

nota

Actualmente, esta validación no verifica que los parámetros de entrada sean válidos, sólo que estén presentes en cada definición de servidor. Debe comprobar los valores correctos antes de crear la plantilla; de lo contrario, la implementación de la plantilla fallará.

EC2 generar una plantilla CloudFormation

Una vez verificadas las definiciones de todos los servidores incluidos en una oleada, se puede generar la CloudFormation plantilla. Para ello, ejecute la acción de oleada: Replataforma > EC2> EC2 Generar plantilla CF. Esta acción crea una CloudFormation plantilla para cada aplicación de la oleada, donde los servidores de la aplicación tienen una estrategia de migración de replataforma; los servidores con otras estrategias de migración definidas no se incluirán en la plantilla.

Una vez ejecutadas, las plantillas de cada aplicación se almacenarán en el bucket de S3: -gfbuild-cftemplates, que se creó automáticamente cuando se implementó la solución Cloud Migration Factory en AWS. La estructura de carpetas de este bucket es la siguiente:

• [ID de cuenta de AWS objetivo]

• [Nombre de onda]

  • CFN_Template_\ _ 0yaml

Cada vez que se ejecuta la acción de generación, se almacena una nueva versión de la plantilla en el bucket de S3. El S3 de URIs las plantillas se proporcionará en la notificación. Estas plantillas se pueden revisar o editar según sea necesario antes de su implementación.

Actualmente, las CloudFormation plantillas generan los siguientes tipos de CloudFormation recursos:

• AWS::EC2::Instance

• AWS::EC2::Volume

• AWS::EC2::VolumeAttachment

EC2 despliegue

Una vez que esté listo para implementar las nuevas EC2 instancias, puede iniciar la acción de EC2 despliegue mediante la acción de ola Replataforma > EC2> EC2 Implementación. Esta acción utilizará la última versión de la CloudFormation plantilla para cada aplicación de la oleada e implementará estas plantillas en las cuentas de destino seleccionadas, a través de AWS CloudFormation.