Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Migrar servidores

AWS Transform automatiza el realojamiento de sus servidores en Amazon EC2 a escala. El AI-powered agente lo guía en cada fase de migración, desde la validación del inventario y el despliegue del agente de replicación hasta las pruebas y la transición final. AWS Transform gestiona la organización de cientos de servidores y, al mismo tiempo, mantiene el control sobre las decisiones de configuración y aprobación. En secreto, AWS Transform utiliza AWS Transform MGN (MGN) para la replicación de datos. Para obtener más información sobre MGN, consulte ¿Qué es? AWS Transform MGNen la Guía del usuario de MGN.

Puede migrar servidores desde prácticamente cualquier entorno de origen, incluidos los centros de datos locales, otros proveedores de nube u otras AWS regiones. AWS Transform admite tanto servidores físicos como virtuales que se ejecutan en VMware Hyper-V, KVM u otras plataformas de virtualización. La infraestructura de origen y el hipervisor no son importantes siempre que el sistema operativo de origen sea compatible.

La migración de servidores se organiza por oleadas. Cada oleada representa un grupo de servidores que se migran de forma conjunta. Para cada oleada, el agente lo guía a través de las siguientes fases:

En el caso de las oleadas con una estrategia de migración en contenedores, AWS Transform ejecuta el flujo de trabajo de contenerización del código fuente en lugar de seguir los pasos de realojamiento que se describen a continuación. El flujo de trabajo de contenedorización lo guía a través de la clonación del código fuente, la generación de artefactos de Docker, la publicación de imágenes de contenedores y la implementación en Amazon Elastic Container Service o Amazon Elastic Kubernetes Service. Para ver el flujo de trabajo completo de contenedorización, consulte. Contenerización del código fuente

Requisitos previos y configuración de los valores predeterminados de migración

Requisitos previos

Si ha completado todos los pasos de un trabajo de migración integral en AWS Transform, sus cuentas de destino, su archivo de inventario y su infraestructura de red ya están preparados. Puedes continuar con la configuración predeterminada de la migración.

Si va a iniciar la migración del servidor de forma independiente, asegúrese de contar con lo siguiente:

Configure los valores predeterminados de migración

AWS Transform proporciona valores predeterminados inteligentes para su configuración de migración, incluida la forma en que se lanzan las instancias de Amazon EC2 y la forma en que se configura la replicación. Puede aceptar estos valores predeterminados y empezar a migrar de inmediato, o personalizarlos mediante la interfaz de chat o mediante una revisión visual. Los valores predeterminados se aplican a todas tus cuentas de destino y se pueden anular a nivel de oleada durante la configuración de la oleada.

Preferencias de recomendación de Amazon EC2

AWS Transform analiza el uso del servidor de origen y recomienda instancias de Amazon EC2 de tamaño óptimo, lo que le ayuda a evitar el sobreaprovisionamiento desde el primer día. Puede configurar sus preferencias de recomendación de Amazon EC2 para controlar cómo se seleccionan los tipos de instancias para los servidores migrados.

Para obtener más información sobre la generación de recomendaciones de Amazon EC2, consulte Cómo generar recomendaciones de Amazon EC2 en. AWS Migration Hub

Inicialización de la migración

AWS Transform configura automáticamente la infraestructura de migración requerida en sus cuentas de destino antes de que comience la migración. Esto incluye inicializar MGN para todas las cuentas a Región de AWS las que planee migrar, así como para todas las cuentas de destino. Durante el proceso de inicialización:

Para obtener información sobre el proceso de inicialización, consulte Inicializar AWS Transform MGN con la consola en la Guía del usuario de MGN.

Plantilla de inicialización de Amazon EC2

La configuración de lanzamiento incluye dos partes: la configuración de lanzamiento general y la plantilla de lanzamiento de Amazon EC2, que determina cómo se lanza una instancia de prueba o de transición para cada servidor de origen en. AWS

La configuración de lanzamiento, incluida la plantilla de lanzamiento de Amazon EC2, se puede definir a nivel de cuenta y, a continuación, se aplica automáticamente a cada servidor de origen cada vez que añada un servidor de origen a Transform MGN. AWS Los valores predeterminados de la configuración de lanzamiento definidos en esta sección se pueden aplicar automáticamente a todas las cuentas de destino.

AWS Transform presenta la lista de configuraciones de plantillas de lanzamiento disponibles. Puede elegir continuar con los valores predeterminados o configurar su plantilla de lanzamiento. Si eliges configurarla, AWS Transform proporciona un enlace a una revisión personalizada (HITL) que contiene todos los parámetros de la configuración de la plantilla de lanzamiento. También puede modificar los parámetros que desee directamente a través de la interfaz de chat.

https://docs.aws.amazon.com/mgn/latest/ug/source-servers.htmlLos servidores de origen se crean con la configuración de la plantilla de inicio de la cuenta. Una vez creados los servidores de origen con esta configuración predeterminada, puede cambiarlos en el nivel de configuración de inicio del servidor de origen. Puede cambiar la configuración del servidor de origen en cualquier parámetro mediante la interfaz de chat o, para operaciones masivas, utilizando el archivo de inventario de Excel durantePaso 2: Validar y confirmar el inventario.

Para revisar la lista completa de ajustes y detalles de la plantilla de lanzamiento, consulte la sección Configuración general de Launch en la Guía del usuario de MGN.

Cambios adicionales en la plantilla de lanzamiento de Amazon EC2

Para realizar cambios adicionales en la plantilla de lanzamiento de Amazon EC2, debe realizarlos en el ID de plantilla de cada cuenta de destino. Esta opción está disponible dentro de la configuración de la ola. AWS Transform lo guía a través de ella y le proporciona el enlace correspondiente.

Post-launch acciones

Post-launch las acciones automatizan las tareas de modernización y validación que se ejecutan en cada servidor de origen inmediatamente después de su lanzamiento como instancia de prueba o transición en. AWS AWS Transform Rehost toma las acciones posteriores al lanzamiento disponibles en MGN y proporciona estas funciones para que el agente pueda recomendarlas, configurarlas y ejecutarlas en su nombre como parte del flujo de trabajo de migración. Las acciones se ejecutan a través de AWS Systems Manager (Systems Manager) y pueden ser una de las acciones predefinidas disponibles en MGN o una acción personalizada creada a partir de un documento de Systems Manager existente.

Post-launch las acciones se pueden definir a nivel de cuenta y, a continuación, se aplican automáticamente a cada servidor de origen cada vez que se agrega un servidor de origen a MGN. Los valores predeterminados de las acciones posteriores al lanzamiento definidos en esta sección se pueden aplicar automáticamente a todas las cuentas de destino.

AWS Transform presenta primero la lista de acciones disponibles tras el lanzamiento en tus cuentas objetivo. A continuación, te ofrece la posibilidad de definir una nueva acción posterior al lanzamiento y aplicarla a la migración de tu cuenta de destino. AWS Transform también ofrece AI-powered recomendaciones basadas en el sistema operativo y en las mejores prácticas para tu inventario. Puede optar por continuar con los valores predeterminados o configurar sus propias acciones.

También puedes elegir una acción posterior al lanzamiento que ya esté definida en MGN. Pídele al agente que muestre la lista de acciones predefinidas disponibles después del lanzamiento. Para obtener más información sobre esta lista, consulte Acciones predefinidas posteriores al lanzamiento en la Guía del usuario de MGN.

Crear una nueva acción posterior al lanzamiento

Si decide crear una nueva acción posterior al lanzamiento, el agente le pedirá que introduzca el nombre del documento de Systems Manager o el ARN de Systems Manager con el que crear la acción posterior al lanzamiento. El documento de Systems Manager debe crearse con antelación a través de la consola. AWS Systems Manager Para obtener más información sobre la creación de un documento de Systems Manager, consulte Creación de documentos de Systems Manager en la Guía del AWS Systems Manager usuario.

A continuación, el agente genera una interfaz human-in-the-loop (HITL) en la que usted proporciona los campos obligatorios:

También puede realizar modificaciones directamente a través de la interfaz de chat para cualquier parámetro que desee.

Los servidores de origen se crean con la configuración de acción posterior al lanzamiento de la cuenta. Una vez creados los servidores de origen con esta configuración predeterminada, puede cambiarlos en el nivel del servidor de origen. Puede cambiar la configuración del servidor de origen en cualquier acción mediante la interfaz de chat o, en el caso de operaciones masivas, utilizando el archivo de inventario de Excel durantePaso 2: Validar y confirmar el inventario.

Post-launch acciones en el fichero de inventario

El agente de Rehost amplía el archivo de inventario con una plantilla de acciones posteriores al lanzamiento definida para cada servidor de origen. Esto permite a los clientes actualizar o agregar acciones posteriores al lanzamiento por servidor de origen durante el proceso de importación de rehospedaje a MGN. Para eliminar acciones específicas posteriores al lanzamiento de un servidor de origen, utilice la active columna para indicarlo. FALSE Post-launch las acciones del fichero de inventario utilizan la siguiente convención de nomenclatura:

mgn:launch:post-actions:<ACTION_NAME>:<FIELD_NAME>

Un conmutador global controla si se ejecutan las acciones posteriores al lanzamiento:

mgn:launch:post-actions:enabled (TRUE/FALSE)

Campos por acción

Parámetros: estructura JSON

El parameters campo se proporciona como una estructura JSON:

{
  "parameters": {
    "Operation": [
      {"value": "Scan", "type": "String"}
    ]
  },
  "externalParameters": {
    "InstanceId": "ec2.InstanceId"
  }
}

Paso 1: configurar la ola de migración

En esta fase, AWS Transform prepara la oleada de migración mediante la configuración de la cuenta de destino, la verificación de los permisos del servicio, la configuración de las etiquetas de recursos, la adición de datos de red a su inventario y la configuración de replicación e inicio.

Modo de migración y configuración de la cuenta

AWS Transform admite dos modos de migración:

AWS Transform confirma la configuración de la cuenta de destino y verifica que MGN esté inicializado en cada cuenta de destino. Si MGN aún no se ha inicializado, AWS Transform proporciona instrucciones para completar la inicialización. Durante la inicialización, MGN crea las siguientes funciones de servicio de IAM para las operaciones de replicación y lanzamiento:

Para obtener más información sobre estas funciones, consulte Inicializar MGN con la consola o Inicializar MGN con la API en la Guía del usuario de MGN.

Para migraciones de varias cuentas, AWS Transform también crea el siguiente rol durante el paso de inicialización:. AWSTransformRehostSharingRole_<management-or-delegated-admin-account-id> Este rol se implementa en todas las cuentas de destino de la migración.

Verificación del etiquetado de recursos

Una vez confirmados los permisos del servicio, AWS Transform verifica que todos los recursos necesarios estén correctamente etiquetados para que el agente lleve a cabo la migración correctamente. Si a algún recurso le faltan las etiquetas obligatorias, AWS Transform proporciona un enlace a la página de etiquetado donde puede aplicar las etiquetas que faltan antes de continuar. Se requieren las siguientes etiquetas:

Agregue datos de red al inventario

AWS Transform agrega la información de red de la migración de su red al archivo de inventario. Este paso asigna los servidores a las subredes y grupos de seguridad de destino adecuados en función de la configuración de red generada durante la fase de migración de la red.

Configuración de replicación e inicio

Configuración de los ajustes de replicación

La configuración de replicación determina cómo se replican los datos desde los servidores de origen a AWS. Configure los ajustes de replicación en la plantilla de replicación antes de agregar los servidores de origen a AWS Transform MGN. AWS Transform le muestra todos los parámetros de configuración de la replicación; puede configurarlos mediante un HITL dedicado o mediante la interfaz de chat.

Para obtener más información sobre los parámetros de configuración de la replicación, consulte la plantilla de configuración de la replicación en la Guía del usuario de MGN.

Inicie la configuración de la plantilla

La plantilla de lanzamiento le permite controlar la forma en que AWS Transform MGN lanza las instancias en AWS. La configuración predeterminada definida en la plantilla se aplica automáticamente a cada servidor recién agregado. Puede configurar los ajustes de la plantilla de lanzamiento mediante un HITL dedicado o mediante la interfaz de chat.

Para obtener más información sobre los parámetros de configuración de la plantilla de lanzamiento, consulte la plantilla de lanzamiento en la guía del usuario de MGN.

AWS Transform también proporciona un enlace al ID de la plantilla de lanzamiento de Amazon EC2 asociado a la plantilla de lanzamiento, lo que le permite cambiar otros atributos de la plantilla de lanzamiento de Amazon EC2. Para editar la plantilla de lanzamiento de Amazon EC2, siga las instrucciones de la plantilla de lanzamiento de la guía del usuario de MGN.

Estrategia de asignación de IP

Usted elige cómo se asignan las direcciones IP a los servidores migrados:

Paso 2: Validar y confirmar el inventario

Antes de cargar los datos de su servidor en MGN, AWS Transform prepara el archivo de inventario para su revisión. Puede descargar el archivo en formato CSV o XLSX, revisar las configuraciones del servidor y realizar los cambios necesarios.

El archivo de inventario incluye detalles como los nombres de los servidores, los sistemas operativos, las recomendaciones de tipos de instancias de Amazon EC2, las subredes de destino, los grupos de seguridad, las asignaciones de IP y las opciones de licencia. Los campos obligatorios incluyen:

Puede modificar el archivo para ajustar las configuraciones de Amazon EC2, cambiar las opciones de licencia del sistema operativo (BYOL o licencia incluida) y actualizar la configuración de arrendamiento.

Tras revisar el inventario, puedes aceptarlo tal y como se muestra o subir una versión modificada. AWS A continuación, Transform carga los datos en MGN, que crea registros de servidor de origen para cada servidor de la ola.

Puede controlar las opciones de licencia del sistema operativo (BYOL o licencia incluida) y la tenencia especificando la configuración en las columnas mgn:launch:placement:operating-system-licensing y del archivo de inventario. mgn:launch:placement:tenancy Para obtener más información, consulte Parámetros de importación en la Guía del usuario de MGN.

Paso 3: Despliegue los agentes de replicación

Para comenzar a replicar los datos desde sus servidores de origen AWS, instale el agente de AWS replicación en cada servidor de origen. AWS Transform ofrece tres métodos de instalación:

AWS Transforma la configuración del conector MGN

El conector AWS Transform MGN automatiza la implementación de los agentes de replicación en los servidores de origen, lo que elimina la necesidad de iniciar sesión en cada servidor de forma individual. El conector es un cliente ligero que se implementa en una máquina Linux dedicada en su entorno local. Se conecta a los servidores de origen a través de SSH (Linux) o WinRM (Windows) para instalar y configurar los agentes de replicación, lo que elimina la necesidad de coordinar manualmente varios servicios. AWS

Cómo funciona el conector

El conector funciona a través de los siguientes componentes:

Al implementar agentes, AWS Transform envía un documento de SSM a la máquina conectora. A continuación, el conector recupera las credenciales del servidor de origen de AWS Secrets Manager, establece una conexión con cada servidor de origen, valida que el servidor de origen cumpla los requisitos previos, instala y configura el agente de replicación y verifica que la instalación se haya realizado correctamente.

Requisitos de la máquina conectora

Proceso de configuración

AWS Transform lo guía a través de los siguientes pasos para configurar el conector:

Paso 1: Configuración del conector

Proporcione un nombre para el conector o utilice el nombre predeterminado generado automáticamente. El conector se puede instalar en la cuenta de administración o en una cuenta de administrador delegado en MGN. Para las migraciones de varias cuentas, el conector puede desplegar agentes en los servidores de todas las cuentas de los miembros.

Paso 2: AWS configuración de recursos

AWS Transform abre una página de configuración que se ejecuta en su navegador con sus AWS credenciales. Debe iniciar sesión en la consola AWS de administración con su cuenta de administración o con su cuenta de administrador delegado. Debe ser la misma cuenta a la que está conectado su conector de destino de AWS Transform.

La página de configuración crea automáticamente los siguientes recursos:

También puede descargar una CloudFormation plantilla de la página de configuración para implementar las funciones de IAM usted mismo.

La página de configuración genera un comando de instalación de una línea con todas las credenciales y la configuración necesarias.

Paso 3: Instalación del conector

Instale el conector en una máquina Linux de su entorno:

Paso 4: Conectar los servidores de origen

Tras la instalación, AWS Transform identifica todos los servidores de origen que pertenecen a la ola actual y los conecta automáticamente al conector MGN.

Paso 5: Configurar las credenciales

Proporcione AWS los ARN de Secrets Manager para las credenciales del servidor de origen. AWS Transform ofrece tres opciones de configuración de credenciales:

Formato de secreto de credenciales. Para obtener más información al respecto, consulte las credenciales del conector MGN en la Guía del usuario de MGN:

{
  "WinConnectionProtocol": "HTTPS",
  "WinUserName": "windows_username",
  "WinPassword": "windows_password",
  "LinuxUserName": "linux_username",
  "LinuxPrivateKey": "linux_private_key",
  "LinuxHostKeyValidation": false
}

Despliegue del agente

Una vez configuradas y verificadas las credenciales, AWS Transform implementa los agentes de replicación en los servidores de origen. Puede realizar la implementación en todos los servidores de la generación actual o seleccionar servidores específicos.

El proceso de implementación de cada servidor:

Puede supervisar el progreso de la implementación en tiempo real con un seguimiento del estado por servidor, que incluye el paso de instalación actual, el tiempo transcurrido y el tiempo restante estimado. Si algún servidor falla, AWS Transform muestra el motivo del error y ofrece opciones de reintento por servidor. Los servidores que se implementaron correctamente pueden continuar de forma independiente mientras se vuelven a intentar los servidores fallidos.

Reutilización y ciclo de vida de los conectores

Al implementar agentes para las siguientes oleadas, puede reutilizar un conector existente o crear uno nuevo. AWS Transform muestra todos los conectores configurados en su cuenta y muestra el nombre del conector, el estado (activo o caducado), el número de servidores conectados y la fecha de caducidad de la activación híbrida.

Las activaciones híbridas de SSM caducan a los 30 días. La activación solo es necesaria para instalar el conector en la máquina Linux. Una vez instalado el conector, puede seguir utilizándolo para instalar agentes de replicación en los servidores de origen incluso después de que caduque la activación. Si necesita instalar el conector en una máquina nueva después de que la activación haya caducado, tendrá que crear un conector nuevo mediante el proceso de configuración.

Instalación manual del agente

Para la instalación manual, primero debe generar AWS las credenciales (temporales o permanentes) y, a continuación, instalar el agente en cada servidor de origen.

Opciones de credenciales:

Pasos de instalación:

Para servidores Linux, descargue y ejecute el instalador:

wget -O ./aws-replication-installer-init \
  https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/linux/aws-replication-installer-init
sudo chmod +x aws-replication-installer-init
sudo ./aws-replication-installer-init --region region --user-provided-id server-identifier

En el caso de los servidores Windows, descargue y ejecute el instalador correspondiente utilizando PowerShell como administrador:

Invoke-WebRequest -Uri "https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/windows/AwsReplicationWindowsInstaller.exe" `
  -OutFile "C:\AwsReplicationWindowsInstaller.exe"
C:\AwsReplicationWindowsInstaller.exe --region region --user-provided-id server-identifier

Para obtener más información sobre la instalación del agente, consulte el agente de Linux y el agente de Windows en la Guía del usuario de MGN.

Tras la instalación, AWS Transform comprueba que todos los agentes estén conectados correctamente comprobando que los servidores muestran un estado de replicación de INITIATING o. INITIAL_SYNC

Para conocer las cuotas relacionadas con la replicación, consulte los límites de cuota de servicio de MGN en la Guía del usuario de MGN.

Paso 4: Replicación de datos

Una vez instalados los agentes de replicación, la replicación de los datos comienza automáticamente. AWS Transform utiliza la replicación continua a nivel de bloque para sincronizar los datos de los servidores de origen con los. AWS

El proceso de replicación consta de dos fases:

Los servidores de replicación son instancias temporales de Amazon EC2 implementadas en la subred del área de almacenamiento provisional. Reciben datos replicados de los servidores de origen y MGN los administra automáticamente. Para obtener más información al respecto, consulte la configuración del servidor de replicación en la Guía del usuario de MGN.

AWS Transform monitorea el progreso de la replicación y proporciona actualizaciones de estado, que incluyen el estado de la replicación, el retraso de la replicación (la diferencia temporal entre los datos de origen y los replicados) y el uso del ancho de banda.

Durante la replicación, cada servidor pasa por los siguientes estados:

Una vez que todos los servidores de la ola hayan superado el NOT_READY estado, se habrá completado la fase de replicación de datos y podrá continuar con las pruebas.

Puede controlar la replicación de servidores individuales o de toda la oleada en cualquier momento:

Paso 5: Probar

Una vez finalizada la replicación de los datos, puede lanzar instancias de prueba para validar los servidores migrados antes de realizar la transición final. Para obtener más información al respecto, consulte Lanzar instancias de prueba en la Guía del usuario de MGN. AWS Transform admite dos opciones de prueba:

AWS Transform lanza las instancias de Amazon EC2 a partir de los datos replicados y proporciona los ID de instancia para que pueda conectarse a las instancias de prueba y validarlas. Tras realizar las pruebas, puede:

Paso 5b: Marque las aplicaciones como listas para la transición

Una vez finalizadas las pruebas y de que esté satisfecho con los resultados, marque sus solicitudes como listas para la transición. AWS Transform revisa el estado de replicación de cada aplicación y resuelve cualquier alerta de replicación antes de permitirle continuar. Solo las aplicaciones con un estado de replicación limpio se pueden marcar para la transición.

Paso 6: transición

La transición es el paso final de la migración al que se trasladan las cargas de trabajo de producción. AWS Para obtener más información al respecto, consulte Lanzar instancias de transición en la guía del usuario de MGN. Al igual que en las pruebas, AWS Transform admite la transición total o selectiva para servidores específicos.

Durante la transición, AWS Transform lanza las instancias de Amazon EC2 a partir de los datos replicados más recientes y proporciona los ID de instancia de cada servidor. Tras verificar las instancias de transición, usted finaliza la transición, lo que detiene la replicación continua de la máquina de origen.

El proceso de transición incluye los siguientes pasos:

Estados del ciclo de vida del servidor

Durante la migración, cada servidor pasa por los siguientes estados del ciclo de vida. Para obtener más información al respecto, consulte el ciclo de vida del servidor de origen en la Guía del usuario de MGN.

Puedes preguntarle a AWS Transform sobre el estado de tus servidores en cualquier momento durante la migración. AWS Transform proporciona una tabla interactiva de estado de las oleadas que muestra toda la información relevante del servidor, incluido el ciclo de vida de la migración, el estado de la replicación y los próximos pasos recomendados. También puede preguntar en lenguaje natural, por ejemplo:

Durante la migración por oleadas, puede pedirle a AWS Transform que actualice o cambie el estado de los servidores individuales. Por ejemplo, si 9 de los 10 servidores de su oleada superaron la fase de prueba pero uno falló, puede permitir que AWS Transform continúe trasladando los 9 servidores a la siguiente fase mientras vuelve a ejecutar la prueba en el servidor que ha fallado.

Aprobaciones de implementación

AWS Transform incluye flujos de trabajo de aprobación integrados para garantizar que los cambios en la producción pasen por el proceso de revisión de su organización. Cuando una operación requiere aprobación, AWS Transform dirige la solicitud a los aprobadores autorizados a través de la pestaña de aprobaciones. Solo los usuarios con el rol de administrador en AWS Transform pueden aprobar las solicitudes de implementación. Las implementaciones solo se llevan a cabo después de recibir la confirmación.