Uso de AWS Control Tower y CloudEndure para migrar cargas de trabajo a AWS

de Claudia Charro, Natalia Girolamo, Diego Dalmolin y William Almeida

La mayoría de los clientes con los que trabajamos desean migrar sus cargas de trabajo a un entorno de AWS. Prefieren seguir las prácticas recomendadas documentadas por AWS, especialmente cuando se encuentran en las primeras etapas de su viaje en la nube.

Acerca de AWS Control Tower

AWS Control Tower está diseñado para responder a esta solicitud de nuestros clientes. AWS Control Tower es la forma más sencilla de configurar y controlar un entorno de AWS nuevo, seguro y con varias cuentas. Se basa en las prácticas recomendadas establecidas por la experiencia de AWS para trabajar con miles de empresas que han migrado a la nube. AWS Control Tower proporciona cumplimiento mediante políticas al nuevo entorno y proporciona supervisión en tiempo real a través de un panel.

AWS Control Tower funciona tanto para migrar aplicaciones locales a AWS como para su entorno de AWS con varias cuentas. En ambos escenarios, la administración del acceso desde diferentes equipos, la configuración de la nube y el control, pueden convertirse en tareas complejas y que requieren mucho tiempo. Esto puede atrasar las migraciones y aumentar riesgos para el cumplimiento de normas de seguridad. AWS Control Tower optimiza este proceso de migración, lo que le permite migrar rápidamente a la nube de forma segura y cumplida.

En este artículo vamos a mostrar los pasos para realizar una migración completa. Le mostraremos cómo realizar un “lift and shift” para una nueva cuenta regida por AWS Control Tower. Como punto de partida utilizamos un entorno local simulado. Completamos la migración utilizando la herramienta de migración en tiempo real de CloudEndure y la tecnología que la herramienta utiliza, Continuous Block Level Replication. CloudDure es una empresa de AWS. El caso de uso es de un servidor web que trabaja con una base de datos y una máquina virtual. Sin embargo, puede aplicar este proceso a cualquier máquina virtual compatible con CloudEndure. Al final, tendrá una configuración que aborda las actividades necesarias para escalar la adopción rápida y segura de la nube.

Esta solución utiliza los siguientes servicios de AWS:

Información general

La arquitectura para la solución esta representada en el siguiente diagrama.

Una migración con CloudEndure simplifica, acelera y reduce el costo de la migración a la nube al proporcionar una solución automatizada de lift-and-shift. AWS Control Tower establece una landing zone basada en esquemas de prácticas recomendadas. Permite la gobernanza mediante políticas que se pueden elegir de una lista preestablecida y aprobada.

Solución

En este artículo, le mostraremos el proceso para migrar sus cargas de trabajo a la nube de AWS. El proceso incluye AWS Control Tower, la creación de una nueva cuenta controlada y la migración de un entorno local con CloudEndure. Esta publicación es paso a paso y se divide en tres secciones:

I. Configure una nueva cuenta de AWS controlada mediante AWS Control Tower Account Factory.

II. Configure el entorno simulado.

III. Trabajar con CloudEndure Live Migration Tool.

a. Configure CloudEndure.
b. Configure las instancias de origen local.
c. Realice y siga el progreso de su migración mediante AWS Migration Hub.
d. Elimine el entorno simulado.

Introducción a CloudEndure

Si desea cambiar el alojamiento de un gran número de máquinas en AWS, puede migrar con CloudEndure. No tiene que preocuparse por la compatibilidad, interrupciones por causa de rendimiento o las ventanas de transición largas. Cualquier rearquitectura que sea necesaria se puede realizar fácilmente después de que sus máquinas se estén ejecutando en AWS.

Las licencias de migración de CloudEndure se proporcionan sin costo alguno a los clientes y socios que migran sus cargas de trabajo a AWS durante 90 días a partir de la fecha de instalación del agente de CloudEndure. Comience ahora con las licencias gratuitas de CloudEndure.

Parte I: Configuración de AWS Control Tower

Si aún no ha configurado AWS Control Tower, siga el paso a paso de la guía Getting Started with AWS Control Tower. Este proceso toma aproximadamente una hora en configurar Control Tower directamente en la consola. Este es un paso importante de hacer correctamente para comenzar su viaje de AWS y avanzar a los siguientes pasos.

Creación de su nueva cuenta de AWS controlada mediante AWS Account Factory

AWS Control Tower ofrece una forma escalable de gestionar la creación de cuentas para que tenga su entorno de varias cuentas listo para las migraciones. Account Factory crea cuentas para usted mediante AWS Service Catalog.

1. Para acceder AWS Account Factory, inicie una sesión en la URL del portal de usuario de AWS SSO.

2. Para abrir AWS Management Console, seleccione el ID de su cuenta maestra, de la lista de cuentas. Busque el perfil AWSServiceCatalogendUserAccess y seleccione Management Console para abrir el AWS Management Console.

Si no tiene un usuario, vaya a Managing Users and Access Through AWS Single Sign-on para crear uno. Los usuarios de AWS SSO deben estar en el grupo AWSAccountFactory para aprovisionar cuentas.

3. En la consola de AWS Service Catalog, en la opción Products List, busque el producto Account Factory. Seleccione AWS Control Tower Account Factory y seleccione Launch product from the drop-down menu. Esto inicia el asistente para aprovisionar una nueva cuenta.

4. Introduzca los siguientes parámetros para crear su nueva cuenta de AWS.

o SSOUserEmail: Puede ser una nueva dirección de correo electrónico o la dirección de correo electrónico asociada a un usuario de AWS SSO existente. Independientemente de su elección, este usuario tendrá acceso administrativo a la cuenta que está aprovisionando. Recibirás una invitación a esta dirección de correo electrónico, asi que asegúrate tener acceso a ella para aceptar la invitación.

o AccountEmail: Debe ser una dirección de correo electrónico que aún no esté asociada a una cuenta de AWS. Si ha utilizado una nueva dirección de correo electrónico en SSUSerEmail, puede utilizarla aquí.

o ManagedOrganizationalUnit: Esta es la AWS Organizations’ Organization Unit (OU) que contendrá la nueva cuenta. AWS Control Tower crea dos OUs de forma predeterminada: Core y Custom. Elija Custom.

o AccountName: Asigne un nombre a su cuenta.

La siguiente captura de pantalla muestra estos parámetros.

5. En la esquina inferior derecha, seleccione NEXT para finalizar el proceso de creación.

6. Cuando el proceso de crear su nueva cuenta termine, verá la información de AccountID, AccountEmail, SSUserPortal y SSUserEmail mostrada en la lista de products aprovisionados en Events, Outputs. Comparta esta información con el propietario de la cuenta.

7. Para crear nuevos usuarios y darles acceso vaya a Managing Users and Access Through AWS Single Sign-on.

Parte II: Preparación de su entorno local

Si ya tiene un entorno, puede omitir este paso e ir directamente a la Parte III: el proceso de migración. Compruebe los requisitos de red para ejecutar CloudEndure’s Solutions.

1. Para crear un entorno local simulado, utilice esta plantilla de AWS CloudFormation en la consola de servicio de AWS CloudFormation. Lanzará una aplicación de dos capas compuesta por una aplicación .NET Core que se ejecuta en una instancia de Amazon EC2 con Ubuntu. También creará la base de datos de Microsoft SQL Server que se ejecuta en una instancia de Amazon EC2 con Windows. Lanza el entorno en la región de us-east-2 Ohio.

2. Para crear el stack, utiliza los siguientes parámetros:

Stack name: my-simulated-onpremises-environment.
KeyName: Introduzca un par de Amazon EC2 Key Pair válido para esta región. Si no tiene un par, siga estos pasos para crear un par de Amazon EC2 Key Pair.
MyClientIP: Agregue su IP o CIDR para permitir el acceso HTTP (puerto 80) a la aplicación web. Debido a que se trata de una demostración, evite autorizar el acceso general usando 0.0.0.0/0.

Parte III: El proceso de migración

Paso 1: Preparar el proyecto CloudEndure

Para utilizar este proyecto CloudEndure, debe realizar algunas configuraciones básicas. En esta sección, le mostraremos cómo proporcionar a CloudEndure dos elementos de configuración críticos: las credenciales de AWS para acceder a su cuenta de AWS y una ubicación de destino de replicación en AWS.

Proporcionar credenciales de AWS para acceder a su cuenta de AWS
1. Acceda a el CloudEndure user console. Seleccione el botón con el signo más para crear un nuevo proyecto y darle un nombrarlo.

2. Al final de la barra lateral izquierda, seleccione Setup & Info para configurar las credenciales de AWS. Estas credenciales permiten que CloudEndure configure el entorno de prueba y realize la migración.

3. Cree un nuevo usuario de CloudEndure en AWS IAM User on your AWS Account. Este usuario es el destino del proceso de migración. CloudEndure facilita esta tarea al indicarle qué permisos debe adjuntar al nuevo usuario de IAM. Para saber qué permisos debe configurar, visite el CloudEndure user console. En el lado izquierdo, haga clic en Set Up & Info para revisar los pasos necesarios para autorizar el acceso. Para reforzar un método de acceso seguro, existe una política de IAM restringida. Para obtener protección adicional, recomendamos eliminar el acceso sin restricciones para eliminar snapshots etiquetados. Consulte aquí.

4. Después, cree un AWS Access Key ID and AWS Secret Access Key para este nuevo usuario de IAM en el AWS Management Console. Utilice estas credenciales en CloudEndure.

Proporcionar una ubicación de destino de replicación dentro de AWS
CloudEndure es una herramienta de replicación a nivel de bloque que utiliza replicación continua. Esto significa que puede replicar cualquier cambio desde el entorno de origen a instancias de Amazon EC2. Con CloudEndure, puede migrar su servidor virtual o físico desde un entorno local y moverlo a la nube de AWS. Puede utilizar el enfoque de lift-and-shift o puede migrar instancias de Amazon EC2 de una región de AWS a otra.

La región de AWS de destino contiene el área staging y el entorno de destino. CloudEndure utiliza el área staging para iniciar sus instancias de replicación.

Cada máquina de origen y máquina de replicación deben comunicarse continuamente con CloudEndure Service Manager y CloudEndure Console (console.cloudendure.com) a través de TCP en el puerto 443. Las máquinas de origen se comunican con la área staging a través de TCP en el puerto 1500.

Elige tu origen

Estamos simulando un entorno local para esta demostración.

1. En la barra lateral izquierda de la consola de CloudEndure, seleccione Setup & Info y vaya a la pestaña Replication Settings.

2. Elija Other Infrastructure como origen de la migración. Seleccione Save Replication Settings en la parte inferior derecha.

3. Si sus máquinas de origen se encuentran en una región de AWS, puede seleccionar tanto la opción Other Infrastructure como la región específica de AWS para la infraestructura de origen. Si desea replicar sólo las máquinas de origen, se recomienda utilizar la opción Other Infrastructure. Si selecciona una de las regiones de AWS como infraestructura de origen, tendrá opciones adicionales para configurar el diseño de estas máquinas.

CloudEndure realiza la replicación utilizando el área staging. Cuando se inicia la transición, CloudEndure realiza el proceso de conversión y orquestación de máquinas, lo que permite que las aplicaciones se ejecuten de forma nativa en AWS.

Elija su destino
1. En la pestaña Replication Settings, a la derecha de Migration Source, seleccione su destino de migración en Migration Target.

2. En el menú desplegable, elija la región a la que desea migrar su entorno. Para esta demostración, seleccione la región us-west-2 Oregon como el destino de su entorno.

Elija su área de replicación

Dado que estamos trabajando con una cuenta controlada de AWS Control Tower, la Virtual Private Cloud (VPC) predeterminada no está disponible como área de replicación. Por lo tanto, utilice el Quick Sttart de arquitectura de VPC modular y escalable para esta demostración. Para la migración en tiempo real, puede utilizar una prueba de VPC personalizada creada siguiendo sus decisiones de arquitectura, por ejemplo, mediante Direct Connect o la configuración VPN.

Este Quick Start creara una red basada en las prácticas recomendadas de AWS para su infraestructura de nube de AWS. Crea un entorno de Virtual Private Cloud (VPC) con subredes públicas y privadas donde puede lanzar servicios de AWS y otros recursos.

1. Acceda a la plantilla de AWS CloudFormation. Esta plantilla crea una VPC nueva y dos grupos de seguridad adicionales que se utilizarán como entorno de destino.

2. Aprovisione la VPC con los siguientes parámetros:

Stack name: Migration-Target-VPC
MyClientIP: Su IP o CIDR para permitir el acceso HTTP (puerto 80) a la aplicación web. Debido a que se trata de una demostración, evite autorizar el acceso general usando 0.0.0.0/0.

3. En la consola de CloudEndure, en la ficha Replication Settings, active la casilla de verificación situada junto a Use dedicated Replication Servers. CloudEndure utiliza una instancia de tipo m5.xlarge como el tipo predeterminado para los servidores de replicación dedicados. Si no desea utilizar m5.xlarge, seleccione un tipo de instancia específico de la categoría de instance type en Choose the Replication Server. El tipo mx5.xlarge funciona para esta demostración, así que vamos a mantener la opción predeterminada como se muestra en la siguiente captura de pantalla.

Sin servidores de replicación dedicados, CloudEndure lanza instancias t3.small y utiliza servidores de replicación para varias máquinas de origen. Esto puede tardar hasta 60 minutos.

4. Después de crear la VPC para el entorno de prueba, elija la opción Migration Target VPC’s Public Subnet 1 en la ficha Replication Settings. El destino de migración es donde CloudEndure iniciará sus servidores de replicación. Mantenga el grupo de seguridad de replicación como predeterminado. Esto hace que CloudEndure cree un nuevo grupo de seguridad de replicación de CloudEndure y se adjunte a las instancias de replicación.

Para esta demostración utilizamos la misma VPC de destino para los servidores de replicación y para el entorno migrado.

Puede replicar las máquinas de origen mediante la VPN o la conexión DirectConnect activando la casilla de verificación Use VPN or DirectConnect al final de la ficha Replication Settings.

5. Cuando haya terminado de configurar, seleccione Save Replication Settings en la esquina inferior derecha. Aparece el cuadro de diálogo Project Setup Complete como se muestra en la siguiente captura de pantalla.

6. Seleccione SHOW ME HOW en la esquina inferior derecha. Esto abrirá instrucciones para instalar el agente de CloudEndure en sus instancias de origen.

Paso 2: Instalación de agentes de migración en tiempo real de CloudEndure

Ahora que su entorno de replicación está listo, debe configurar los agentes de migración en tiempo real de CloudEndure.

Para facilitar esta tarea, utilice la función Run Command de AWS Systems Manager para instalar los agentes en las máquinas de origen. La función Run Command de AWS Systems Manager le permite administrar la configuración de las instancias de forma remota y segura. Una instancia administrada es cualquier instancia de Amazon EC2 o máquina local de su entorno híbrido que se haya configurado para funcionar con Systems Manager.

Para obtener información sobre cómo utilizar AWS Systems Manager, consulte Setting Up AWS Systems Manager for Hybrid Environments and Setting Up AWS Systems Manager.

Proporcionar requisitos técnicos para su proyecto de migración

1. Tan pronto como haga clic en SHOW ME HOW en el paso anterior, será llevado a la página Machines. Esta página muestra información sobre cómo agregar máquinas en la sección How To Add Machines, como se muestra en la siguiente captura de pantalla. También puede acceder a la página Machines haciendo clic directamente en esta opción en la barra lateral izquierda.

CloudEndure crea un token que será usada más adelante para instalar los agentes de migración en tiempo real de CloudEndure en sus máquinas de origen.

2. Acceda a la función Run Command desde la consola de AWS Systems Manager.

Para iniciar el proceso de instalación, seleccione Run Command en la esquina superior derecha. Run Command simplifica la instalación del agente CloudEndure al eliminar la necesidad de bastion hosts, SSH o PowerShell.
Para instalar el agente de migración en tiempo real de CloudEndure en la instancia de Linux, elija el Comand document AWS-RunShellScript.
Para los parámetros del comando, una vez que haya seleccionado AWS-RunShellScript, pegue el siguiente comando basado en la sugerencia de CloudEndure en el cuadro texto y ejecútelo. Utilice su token de CloudEndure.

apt-get —assume-yes install python
wget -O /home/ubuntu/installer_linux.py https://console.cloudendure.com/installer_linux.py
sudo python /home/ubuntu/installer_linux.py -t XXXXXX-XXXX-XXXXXX —no-prompt

Estamos instalando Python porque nuestra imagen de Ubuntu no lo tiene instalado. Otros comandos se han copiado desde la consola de CloudEndure, como se vio anteriormente.

En Targets, seleccione Choose instance manually. A continuación, seleccione la casilla de verificación situada junto a la instancia de la Dotnet Application para seleccionarla, como se muestra en la siguiente captura de pantalla.

Seleccione Run para finalizar el proceso. Puede comprobar el estado en la página Command Status. Espere hasta que el estado haya cambiado a Success, como se muestra en la siguiente captura de pantalla.

3. Cuando el proceso finaliza correctamente, vuelve a la pantalla Dashboard en la consola de usuario de CloudEndure. La instancia aparece ahora como un objeto en la fase de sincronización inicial, como se muestra en la siguiente captura de pantalla. Se está replicando en la región de us-west-2 Oregon Region de AWS, como se especificó anteriormente.

Las instancias pasarán por varias etapas hasta que se sincronicen con la consola de usuario de CloudEndure. Cuando todos los datos se hayan replicado correctamente, el estado aparecerá como Ready.

Configurar el equipo Windows

Complete estos pasos, que son similares a los anteriores, para configurar su máquina Windows.

En primer lugar, vaya a la consola de AWS Systems Manager.

Seleccione Run Command.
Seleccione el Command document AWS-RunpowerShellScript, como se muestra en la siguiente captura de pantalla.

Copie y pegue los siguientes comandos en el campo Command Parameters. Utilice su token de CloudEndure.

wget https://console.cloudendure.com/installer_win.exe -archivo de salida «c: /windows/temp/installer_win.exe»
c: /windows/temp/installer_win.exe -t XXXXXX-XXXX-XXXX-XXXX-XXXX-... -XXXX —sin aviso

En Targets, seleccione Choose instances manually. En Instances, active la casilla de verificación situada junto a la instancia Source Database – SQL Server. Vea la siguiente captura de pantalla.
Seleccione Run para finalizar el proceso. Verá el estado en la página Command Status. Espere a que el estado cambie a Success.
Espere hasta que todas las instancias sean Continuous Data Replication en la columna Data Replication Progress. Vea la siguiente captura de pantalla.

Paso 3: Configurar blueprints de máquina

Los blueprints de máquina indican a CloudEndure qué configuración se utilizará para iniciar el entorno de destino migrado. En este paso configurará los blueprints de la máquina. Puede realizar este paso mientras las demás instancias se están replicando.

1. En la consola de CloudEndure, seleccione Máquinas en la barra lateral izquierda. Seleccione la máquina Linux seleccionando el servidor denominado dotnetapplication. Esto abrirá la página de detalles para configurar el diseño de la máquina con las opciones de instancia de destino.

2. En la página de detalles del blueprint, introduzca los siguientes valores:

Machine Type: t2.micro.
Launch Type: On demand.
Subnet: Public Subnet 1.
- Vamos a elegir la Target Public Sunet 1 que tiene el mismo bloque CIDR que la Source Public Subnet 1. Vamos a elegir la opción para mantener la misma dirección IP.
Security Groups: Migration-Target-VPC-sgweb-***.
Esse grupo de segurança foi criado pelo seu modelo do AWS CloudFormation.
Private IP address: Copy Source.
Disks: SSD.
Public IP (ephemeral): Yes.
Disks: SSD.

3. Seleccione Save en la esquina inferior derecha para guardar la configuración.

4. Repita el proceso para configurar la base de datos de SQL Server. En la ficha Machines, seleccione el servidor denominado dmsssampledatabase.

5. Enla página de detalles del proyecto, introduzca los siguientes valores:

Machine Type: t3.xlarge.
Launch Type: On demand.
Subnet: Private Subnet 1A.

Vamos a elegir Target Private Subnet 1A que tiene el mismo bloque CIDR que Source Private Subnet 2. Vamos a elegir la opción para mantener la misma dirección IP.

Security Groups: Migration-Target-VPC-sgdatabase-***.
Private IP address: Copy Source.
Public IP (ephemeral): No.
Disks: SSD.

6. Seleccione Save en la esquina inferior derecha para guardar la configuración.

Paso 4: Prueba de las máquinas replicadas

En este paso, realizará una prueba de migración para confirmar que los sistemas de origen se han replicado correctamente. También puede confirmar que funcionan como se esperaba en su nuevo entorno.

Cada vez que realice la acción Test/Cutover, CloudEndure elimina todas las instancias creadas anteriormente. También crea nuevas instancias de destino que son compatibles con instancias anteriores.

Una práctica recomendada es realizar una migración de prueba al menos una semana antes de la fecha en que planea migrar las máquinas de origen. Esta línea de tiempo tiene por objeto identificar y resolver posibles problemas antes de que comience la migración.

A continuación se muestra cómo probar sus máquinas.

1. Enla página Máquina de la consola de CloudEndure, en la esquina superior derecha, seleccione Launch 2 Target Machines. Seleccione Test Mode.

2. Aunque CloudEndure trabaja en el lanzamiento de instancias de destino en modo de prueba, puede realizar un seguimiento del progreso en la opción del menú Job Progress de la consola de CloudEndure. Puede ver una muestra del Job Progress en la captura de pantalla a continuación.

CloudEndure Migration ejecuta un convertidor de máquina temporal responsable de modificar el equipo de destino. El convertidor de máquina permite que el equipo de destino se inicie y ejecute de forma nativa en AWS. Esto incluye la inyección de los drivers de AWS adecuados, la realización de los cambios adecuados en el bootloader, la modificación de los adaptadores de red, la activación de los sistemas operativos con AWS KMS, etc.

3. Mientras se está ejecutando el proceso de lanzamiento de la máquina de destino, vaya a la consola de Amazon EC2. Puede ver el convertidor de instancias de CloudEndure en acción, como se muestra en la siguiente captura de pantalla. El proceso de conversión suele tardar unos minutos y se ejecuta en todas las máquinas lanzadas en paralelo.

4. Vuelva a la página Machines de la consola de CloudEndure. Cuando finalice la prueba, la columna Migration Lifecycle estará como Tested para las máquinas pertinentes. Vea la captura de pantalla a continuación.

5. Vaya a la consola de Amazon EC2 y verifique las dos instancias de Amazon EC2 que se han iniciado. Estas instancias son réplicas exactas del servidor de aplicaciones de origen y del servidor de base de datos de origen que se encuentran actualmente en el entorno local.

Paso 5: Migración: proceso de transición

El proceso de prueba o transición crea nuevas instancias de máquinas virtuales en la región de destino de AWS us-west-2 Oregon. Tienen el mismo nombre que el servidor de origen, tal como se definió en los proyectos de equipo de destino.

En este punto, las máquinas se encuentran en el estado de Continuous Data Replication. Para realizar la transición, haga lo siguiente:

En la página Machines de la consola de CloudEndure, seleccione el botón Launch 2 target machines en la esquina superior derecha. Seleccione Cutover Mode en el menú desplegable.
CloudEndure realiza una sincronización/snapshot final en cada instancia. Inicia el proceso de creación de nuevos servidores en la infraestructura de destino, ubicada en la región us-west-2 (Oregón), mientras mantiene la consistencia de los datos. Consulte el cuadro de diálogo Job Progress para obtener más información.
Una vez finalizada la transición, la página Machines de CloudEndure indica el estado de Cutover en la columna Migration Lifecycle.
Asegúrese de que la aplicación se está ejecutando. Vaya a la consola de Amazon EC2 y acceda a la región de Oregón us-west-2. Seleccione la instancia dotnetapplication y copie la IP pública. Copie la IP privada que se utilizará en el paso 6.
Abra la aplicación en su navegador pegando la IP pública en la barra de direcciones. Vea la siguiente captura de pantalla.

6. Introduzca los siguientes parámetros para Primary Database. Deje la otra información tal como está de forma predeterminada. Vea la captura de pantalla a continuación.

Server Type: SQL Server.
Server Name: IP privado da sua instância Banco de dados.
Database Name: dms_sample.
Database User: dms_user.
Database Password: dms_user.

7. Seleccione Apply.

8. Pruebe la conexión accediendo a los diferentes enlaces y pestañas de la aplicación web; navegue dentro de la aplicación para verificar la base de datos.

¡Felicidades! Ha migrado su entorno a AWS mediante CloudEndure y AWS Control Tower.

Paso 6: Borrar

Para eliminar todas las funciones que agregó en esta demostración, siga estos pasos:

1. Desdela consola de usuario de CloudEndure, vaya a Acciones de proyecto en la esquina superior derecha. Elija Delete Current Project, como se muestra en la siguiente captura de pantalla.

2. Vaya a la consola de AWS CloudFormation en la región de Oregon y elimine la plantilla Migration-target-vPC.

3. Acceda a la consola de AWS CloudFormation en la región de Ohio y elimine la plantilla my-simulated-onpremises-environment.

La aplicación que acaba de migrar aquí está lista para usar MySQL o SQL Server. Como paso siguiente, puede configurar ambos extremos y cambiar de uno a otro para trabajar con datos. Ya está integrado con AWS Database Migration Service (AWS DMS) para ayudarle a realizar un seguimiento del estado de su proceso de migración.

Para continuar desarrollando su camino de mejora, puede considerar migrar desde su instancia única que ejecuta SQL Server a Aurora MySQL. Esto proporciona fiabilidad y capacidades de escala para su base de datos. Consulte el artículo Another Database Migration Playbook goes live—migrate from Microsoft SQL Server to Amazon Aurora MySQL como referencia.

Conclusión

En este post, demostramos cómo realizar una migración en seis pasos. Este proceso proporciona control de cuentas mediante AWS Control Tower y proporciona a su entorno de producción líneas de base adicionales de seguridad y control.

Este tutorial le muestra una manera de acelerar su viaje en la nube. Utilizó CloudEndure y AWS Control Tower para crear un proceso de migración seguro y compatible en AWS. Este proceso proporciona visibilidad a las cargas de trabajo locales hasta su transición completa a la nube, y le permite analizar el escalado de las máquinas virtuales. Como resultado, este proceso se puede replicar fácilmente cuando desea migrar desde otro proveedor de nube u otra región de AWS.

Lectura adicional

Enabling self-service provisioning of AWS resources with AWS Control Tower

How to Detect and Mitigate Guardrail Violation with AWS Control Tower

Transferring Files From On premises to AWS and Back Without Leaving Your VPC Using AWS DataSync

Para automatizar las tareas del paso 3, vaya al artículo Automating AWS Migration and Reducing Issues with CloudEndure scripts.

Acerca de los autores

Claudia Charro es arquitecta de soluciones en AWS desde 2015. Su enfoque se centra en las herramientas de gobernanza y trabaja en conjunto con los clientes empresariales para realizar un viaje exitoso a la nube de AWS.

Natália Girolamo es Gerente de Programa Técnico de Well-Architected Tool y es apasionada por la tecnología desde el principio. Ha estado trabajando en AWS desde hace dos años y tiene un interés particular en ayudar a los clientes a avanzar en su proceso de transformación digital utilizando la nube de AWS de forma segura.

Diego Dalmolin ha sido arquitecto de soluciones en AWS desde hace tres años. Su función principal es trabajar con socios de tecnología y consultoría que permiten a los clientes realizar migraciones masivas de sus cargas de trabajo a AWS.

William Almeida es arquitecto de soluciones en AWS. El ayuda a los clientes obtener más información sobre AWS e implementar con éxito sus proyectos en la nube de AWS.

Blog de Amazon Web Services (AWS)