View a markdown version of this page

Migrar servidores - AWS Transformar

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 utiliza AWS Transform MGN (MGN) para realojar sus servidores en Amazon EC2. El flujo de trabajo de migración de servidores lo guía a través de la configuración de cada oleada de migración, la validación del inventario de servidores, la implementación de agentes de replicación, la supervisión de la replicación de datos, las pruebas de las instancias migradas y la transición final. Para obtener más información al respecto, consulte ¿Qué es? AWS Transform MGN en la Guía del usuario de MGN.

La migración de servidores se organiza por oleadas. Cada oleada representa un grupo de servidores que se migran juntos. Para cada oleada, debe completar las siguientes fases:

En el caso de las oleadas con una estrategia de migración basada en contenedores, AWS Transform ejecuta el flujo de trabajo de contenedorización del código fuente en lugar de 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 de contenedorización completo, consulte. Contenedorización del código fuente

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

  2. Paso 1: Configurar la ola de migración

  3. Paso 2: Validar y confirmar el inventario

  4. Paso 3: Implementar agentes de replicación

  5. Paso 4: Replicación de datos

  6. Paso 5: Probar

  7. Paso 6: transición

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

Requisitos previos

Antes de iniciar la migración de rehospedaje, asegúrese de contar con lo siguiente:

nota

Si has completado todos los pasos de un proceso de migración integral en AWS Transform, tus cuentas de destino y tu fichero de inventario ya están preparados. El fichero de inventario se habrá generado automáticamente durante el paso de planificación de la migración. La infraestructura de red configurada mediante la migración de red de AWS Transform también está lista. Si no creó su infraestructura de red mediante AWS Transform, asegúrese de que esté configurada con antelación antes de iniciar la migración del rehost.

Antes de iniciar la migración del realojamiento, compruebe que dispone de los recursos y la infraestructura de red necesarios para alojar los servidores. Puedes usar las capacidades de migración de redes y zonas de aterrizaje de AWS Transform o cualquier otra herramienta para ello.

  • Sistemas operativos compatibles: los servidores de origen deben ejecutar un sistema operativo compatible. Para ver la lista completa, consulte Sistemas operativos compatibles en la Guía del usuario de MGN.

  • Cuentas de destino para la migración: las Cuenta de AWS ID a las que necesita migrar sus servidores. Puedes usar AWS Transform landing zone o cualquier otra herramienta para configurar tu infraestructura.

  • Infraestructura de red implementada: VPC, subredes y grupos de seguridad implementados y configurados. Puede usar AWS Transform Network Migration o cualquier otra herramienta para configurar su infraestructura de red.

  • Archivo de inventario: preparado con los detalles del servidor, las asignaciones de oleadas, la información de la cuenta de destino y las preferencias de tipo de instancia de Amazon EC2. Puede utilizar la planificación de migración de AWS Transform para generar este archivo.

Configure los valores predeterminados de migración

Antes de iniciar la ejecución de la migración de varias cuentas, debe configurar los ajustes predeterminados que se apliquen a todas las cuentas de destino. Estos valores predeterminados definen cómo se lanzan las instancias de Amazon EC2 y cómo se configura la migración general. Puede anular estos valores predeterminados a nivel de oleada durante la configuración de la oleada.

Preferencias de recomendación de Amazon EC2

AWS Transform proporciona recomendaciones de tipos de instancias de Amazon EC2 en función de la especificación de uso de las máquinas virtuales de origen. 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 Generación de recomendaciones de Amazon EC2 en. AWS Migration Hub

nota

Puede modificar los tipos de instancias de Amazon EC2 sugeridos para incluir recomendaciones del evaluador de migración, la evaluación de AWS optimización y licencias (OLA) o un trabajo de evaluación de AWS transformaciones.

Inicialización de la migración

Para iniciar la migración, AWS Transform inicializa MGN para todas las cuentas a las que vaya a migrar, así como para todas las cuentas de destino Región de AWS en las que se vaya a utilizar el servicio. Durante el proceso de inicialización:

  • Se crean las funciones y políticas de IAM necesarias.

  • Se configuran las plantillas predeterminadas requeridas.

Para obtener información sobre el proceso de inicialización, consulte Inicialización 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 transición para cada servidor de origen. 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 se añade un servidor de origen a AWS Transform MGN. Los ajustes de lanzamiento predeterminados definidos en esta sección se pueden aplicar automáticamente a todas sus cuentas de destino.

AWS Transform presenta la lista de ajustes de plantilla de lanzamiento disponibles. Puede optar por continuar con los valores predeterminados o configurar la plantilla de lanzamiento. Si opta por configurarla, AWS Transform proporciona un enlace a una revisión hecha por un humano al tanto (HITL) que contiene todos los parámetros de la configuración de la plantilla de lanzamiento. También puede realizar modificaciones directamente a través de la interfaz de chat para los parámetros que desee.

Los 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 lanzamiento del servidor de origen. Puede cambiar la configuración del servidor de origen en cualquier parámetro mediante la interfaz de chat o, en el caso de operaciones masivas, utilizando el archivo Excel de inventario durante el procesoPaso 2: Validar y confirmar el inventario.

Para revisar la lista completa de ajustes y detalles de la plantilla de lanzamiento, consulte los ajustes generales de lanzamiento 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 onda. AWS Transform lo guía a través de ella y proporciona el enlace correspondiente.

Paso 1: Configurar la ola de migración

En esta fase, AWS Transform prepara la oleada de migración configurando la cuenta de destino, verificando los permisos de servicio, configurando las etiquetas de recursos, añadiendo datos de red al inventario y configurando los ajustes de replicación e inicio.

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

AWS Transform admite dos modos de migración:

  • Single-account migración: todos los servidores de la oleada migran a la misma cuenta de destino configurada en el conector.

  • Multi-account migración: los servidores migran a diferentes cuentas de destino especificadas en tu fichero de inventario. En el caso de las migraciones de varias cuentas, tu fichero de inventario debe incluir una mgn:account-id columna con el ID de cuenta de destino de cada servidor.

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:

  • AWSApplicationMigrationReplicationServerRole

  • AWSApplicationMigrationConversionServerRole

  • AWSApplicationMigrationMGHRole

  • AWSApplicationMigrationLaunchInstanceWithDrsRole

  • AWSApplicationMigrationLaunchInstanceWithSsmRole

  • AWSApplicationMigrationAgentRole

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 las 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> Esta función se implementa en todas las cuentas objetivo de la migración.

Verificación del etiquetado de recursos

Una vez confirmados los permisos del servicio, AWS Transform comprueba 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 en el que puede aplicar las etiquetas que faltan antes de continuar. Se requieren las siguientes etiquetas:

  • Los servidores de origen existentes deben tener etiquetas CreatedBy: AWSTransform yATWorkspace: <workspace_id>. Si ya ha iniciado la replicación en los servidores de origen y los ha creado en el servicio AWS Transform MGN, debe etiquetarlos para que AWS Transform pueda correlacionarlos con los servidores de origen detectados en su entorno local y evitar la creación innecesaria de servidores de origen duplicados. AWS Transform los correlaciona automáticamente mediante las claves de ID, FQDN o nombre de host proporcionadas por el usuario.

  • Los recursos de red deben estar debidamente etiquetados tanto para las instancias de replicación (área de ensayo) como para las de lanzamiento. AWS Transform muestra la lista completa de los recursos de red de la cuenta de destino, con una indicación de si cada recurso ya está etiquetado o no. Puede revisar la lista y seleccionar los recursos sin etiquetar que desee agregar. Para cada recurso que selecciones, AWS Transform aplica la etiqueta correspondiente:

    • CreatedBy: AWSTransformo bienCreatedFor: AWSTransform, según el tipo de recurso.

    • ATWorkspace: <workspace_id>se aplica a todos los recursos seleccionados.

    Las VPC y las subredes creadas por el agente de migración de red AWS Transform se etiquetan automáticamente.

  • Además de las VPC y las subredes, AWS Transform también muestra todas las interfaces de red elástica (ENI) existentes que se encuentran en la cuenta de destino. Si quieres que AWS Transform las use como parte del lanzamiento de tu instancia, debes etiquetarlas con y. CreatedFor: AWSTransform ATWorkspace: <workspace_id> Para obtener más información sobre cómo adjuntar o añadir ENI a la plantilla de lanzamiento de Amazon EC2, consulte las consideraciones detalladas en la Guía del usuario de MGN.

Añada datos de red al inventario

AWS Transform añade la información de red de la migración de la 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 parámetros 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 específico o mediante la interfaz de chat.

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

Inicie la configuración de la plantilla

La plantilla de lanzamiento te permite controlar la forma en que AWS Transform MGN lanza las AWS instancias. 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 a través de un HITL específico 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 los atributos adicionales 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 propiedad intelectual

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

  • IP estática: se mantiene la dirección IP del servidor de origen. Si se requiere la transformación CIDR, AWS Transform convierte automáticamente la dirección IP para que coincida con la nueva CIDR.

  • IP dinámica (DHCP): a cada servidor se le asigna una nueva dirección IP del conjunto de direcciones IP de la subred.

nota

Si seleccionó la estrategia de mapeo de grupos de seguridad MAP durante la migración de la red, solo estará disponible la asignación de IP estática. Para obtener más información, consulte Mapeo de grupos de seguridad.

Paso 2: Validar y confirmar el inventario

Antes de cargar los datos del servidor en MGN, AWS Transform prepara el fichero de inventario para que lo revises. Puede descargar el archivo en formato CSV o XLSX, revisar las configuraciones del servidor y realizar los cambios necesarios.

El fichero 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:

  • Información del servidor: nombre del servidor, VMID y especificaciones de la fuente.

  • Asignación de oleadas: agrupación de oleadas de migración.

  • Agrupación de aplicaciones: asociaciones lógicas de aplicaciones.

  • Configuración de destino: cuenta de destino, región y tipo de instancia de Amazon EC2.

  • Configuración de red: subred y grupos de seguridad de destino.

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, puede aceptarlo tal y como se muestra o subir una versión modificada. AWS Luego, Transform carga los datos en MGN, que crea registros de servidor de origen para cada servidor de la oleada.

nota

No elimines columnas ni cambies los encabezados de las columnas del fichero de inventario. AWS Transform requiere la estructura de archivos original para procesar los datos correctamente.

nota

AWS La transformación permite realizar una importación a un destino determinado Cuenta de AWS y Región de AWS a un objetivo a la vez. Si trabaja en más de una oleada simultáneamente, o si hay más de una tarea de migración en ejecución con la misma cuenta de destino, debe esperar a que finalice la importación para poder realizar otra importación en una oleada o tarea diferente.

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

Paso 3: Implementar agentes de replicación

Para empezar 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:

  • Herramientas de organización: utilice las herramientas de implementación existentes de su organización (como SCCM, Ansible o Chef) para instalar agentes en sus servidores. AWS Transform proporciona a los comandos de instalación parámetros adicionales para una instalación silenciosa, como --no-prompt --aws-access-key-id--aws-secret-access-key, y. --aws-session-token

  • Conector MGN: utilice un conector MGN para automatizar la instalación del agente. El conector se conecta a las máquinas de origen a través de SSH (Linux) o WinRM (Windows) e instala el agente de replicación automáticamente. Una vez configurado, un conector se puede reutilizar en varias ondas y en diferentes destinos. Cuentas de AWS Para obtener más información sobre el conector MGN, consulte Configuración del conector MGN en la Guía del usuario de MGN.

    nota

    Antes de usar el conector MGN con AWS Transform, debe etiquetar la instancia gestionada del conector en AWS Systems Manager Fleet Manager con las siguientes etiquetas:

    • Clave: CreatedFor Valor: AWSTransform

    • Clave: ATWorkspace Valor: workspace-id

    Para etiquetar la instancia gestionada, abra la AWS Systems Manager consola, vaya a Fleet Manager en Node Tools, elija la instancia gestionada de su conector MGN y aplique las etiquetas anteriores. Busca el ID de tu espacio de trabajo en la URL de la aplicación web AWS Transform:https://.../workspace/workspace-id/job/job-id.

  • Instalación manual: instale el agente directamente en cada servidor de origen. Este método requiere acceso directo a cada servidor, pero le proporciona un control total sobre el proceso de instalación.

AWS Transforme la configuración del conector MGN

El conector AWS Transform MGN automatiza la implementación de agentes de replicación en los servidores de origen. 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 AWS servicios.

Cómo funciona el conector

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

  • Cliente Connector: se implementa en una máquina Linux dedicada de su entorno.

  • Agente SSM: se instala en la misma máquina para permitir una comunicación segura con AWS.

  • Activación híbrida SSM: vincula la máquina conectora a AWS Systems Manager para ejecutar comandos de forma segura.

  • Administración de credenciales: recupera las credenciales del servidor de origen de AWS Secrets Manager.

Al implementar agentes, AWS Transform envía un documento 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 comprueba que la instalación se ha realizado correctamente.

Requisitos de la máquina de conexión

Requisito Details
Sistema operativo Sistema operativo Linux compatible. Para ver la lista completa, consulte los requisitos previos del conector MGN en la Guía del usuario de MGN.
Acceso a la red Debe llegar a todos los servidores de origen (Linux a través de SSH, Windows a través de WinRM)
Conectividad a Internet HTTPS saliente (443) a AWS puntos finales (Systems Manager, Secrets Manager, MGN)
Espacio en disco Mínimo 200 MB libres
Permisos Acceso root o sudo
nota

El conector debe estar instalado en una máquina Linux, pero puede implementar agentes en los servidores fuente de Linux y Windows.

Proceso de configuración

AWS Transform le guiará por 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 implementar agentes en los servidores de 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 AWS Transform.

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

  • Funciones de IAM (creadas de forma idempotente; se omiten si ya existen):

    • AWSApplicationMigrationConnectorManagementRole— Se utilizan durante la instalación del agente para acceder a las credenciales.

    • AWSApplicationMigrationConnectorSharingRole_<ACCOUNT-ID>— Contiene los permisos para la instalación del agente.

  • Activación híbrida de SSM: período de caducidad de 30 días. Vincula la máquina conectora a AWS Systems Manager y genera credenciales de activación seguras.

Como alternativa, 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.

importante

Mantenga abierta la página de configuración hasta que se complete la instalación. Para cerrarla, será necesario reiniciar el proceso. Todas las credenciales solo existen en su navegador y Transform no las AWS almacena.

Paso 3: Instalación del conector

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

  1. Copie el enlace de instalación de la página de configuración.

  2. Utiliza SSH en la máquina Linux que elijas.

  3. Pegue y ejecute el comando de instalación.

  4. Espere a que se complete la instalación (normalmente de 2 a 3 minutos).

Paso 4: Adjunte los servidores de origen

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

Paso 5: Configurar las credenciales

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

  • Secreto único para servidores Linux: un secreto compartido que contiene claves SSH o username/password para todos los servidores fuente de Linux.

  • Secreto único para los servidores Windows: un secreto compartido que contiene el nombre de usuario y la contraseña de todos los servidores fuente de Windows.

  • Varios secretos por servidor: diferentes secretos por servidor o grupo de servidores. Úselo cuando los servidores tengan credenciales diferentes. AWS Transform genera un archivo CSV rellenado previamente con su lista de servidores. Rellena la secret_arn columna de cada servidor y carga el archivo completo.

nota

Puede combinar las opciones de secreto único de Linux y Windows si tiene ambos tipos de servidores con un secreto compartido cada uno. La opción de secretos por servidor se excluyen mutuamente con las opciones de secreto único.

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 de agentes

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

El proceso de implementación de cada servidor:

  1. AWS Transform envía los comandos de despliegue al conector mediante SSM.

  2. El conector recupera las credenciales de AWS Secrets Manager.

  3. El conector se conecta al servidor de origen mediante las credenciales configuradas.

  4. El conector valida que el servidor de origen cumpla todos los requisitos previos necesarios para ejecutar el agente de replicación.

  5. El conector instala y configura el agente de replicación.

  6. El conector verifica que la instalación y la conectividad se hayan realizado correctamente.

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 implementados correctamente pueden continuar de forma independiente mientras los servidores que fallan se vuelven a intentar.

Reutilización y ciclo de vida de los conectores

Al implementar agentes para oleadas posteriores, 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, su estado (activo o caducado), el número de servidores conectados y la fecha de caducidad de la activación híbrida.

  • Conector activo: la activación híbrida sigue siendo válida. AWS Transform verifica las funciones de IAM para la nueva ola y procede a la configuración de las credenciales. No se necesita una nueva activación híbrida.

  • Conector caducado: la activación híbrida del SSM ha caducado. Las activaciones caducadas no se pueden renovar. Debe seleccionar un conector diferente o crear uno nuevo.

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:

  • Credenciales temporales (recomendadas): cree un rol de IAM con la política AWSApplicationMigrationAgentInstallationPolicy gestionada y utilícelo aws sts assume-role para generar credenciales temporales. Para obtener más información al respecto, consulte los permisos de instalación del agente en la Guía del usuario de MGN.

  • Credenciales permanentes: cree un usuario de IAM con la política AWSApplicationMigrationAgentInstallationPolicy gestionada y genere una clave de acceso.

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

Para 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
importante

El parámetro --user-provided-id es obligatorio. server-identifierSustitúyelo por el valor exacto de la mgn:server:user-provided-id columna de tu fichero de inventario. Este identificador vincula el servidor físico con su registro de servidor de origen MGN.

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 se hayan conectado correctamente comprobando que los servidores muestran un estado de INITIATING replicación igual o igual. INITIAL_SYNC

nota

AWS Transform no admite la replicación sin agente MGN. Para obtener información sobre la replicación sin agente, consulte la descripción general de la replicación sin agente en la Guía del usuario de MGN.

nota

Debe instalar el agente de replicación en todos los servidores de una sola vez. Desconecte y archive los servidores en los que no instale el agente de replicación. Puede usar el disconnect-from-service comando para desconectar los servidores y el mark-as-archived comando para archivar los servidores desconectados. El comando de archivado solo funciona para los servidores de origen cuyo estado de ciclo de vida seaDISCONNECTED.

Para conocer las cuotas relacionadas con la replicación, consulte los límites de las cuotas 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 datos comienza automáticamente. AWS Transform utiliza la replicación continua a nivel de bloque para sincronizar los datos desde los servidores de origen a los mismos. AWS

El proceso de replicación consta de dos fases:

  • Sincronización inicial: una copia completa de los datos del servidor de origen a AWS. Los datos se almacenan como instantáneas de Amazon Elastic Block Store (Amazon EBS) o en Amazon FSx para los volúmenes de ONTAP (FSx NetApp for ONTAP) de la cuenta de destino, según el tipo de almacenamiento de destino configurado. Para obtener más información, consulte el tipo de almacenamiento de destino en la Guía del usuario de MGN. La duración depende del volumen de datos y del ancho de banda de la red.

  • Replicación continua: sincronización continua de los bloques modificados con un impacto mínimo en el rendimiento del servidor de origen. Mantiene una copia actualizada AWS.

Los servidores de replicación son instancias temporales de Amazon EC2 que se implementan en la subred del área de ensayo. 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 supervisa 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 de tiempo 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:

  • No está listo: el servidor se encuentra en el proceso de sincronización inicial y aún no está listo para la prueba.

  • Listo para la prueba: el servidor se agregó correctamente y se inició la replicación de los datos. Ahora se pueden lanzar instancias de prueba o transitorias.

Una vez que todos los servidores de la oleada hayan superado el NOT_READY estado, habrá finalizado 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:

  • Pausar la replicación: detenga temporalmente la replicación de servidores específicos o de toda la oleada.

  • Reanudar la replicación: reanude la replicación previamente pausada.

  • Detenga la replicación: detenga la replicación de forma permanente. La replicación detenida se puede reiniciar, pero comienza desde la sincronización inicial.

Paso 5: Probar

Una vez completada 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 Lanzamiento de instancias de prueba en la Guía del usuario de MGN. AWS Transform admite dos opciones de prueba:

  • Pruebas de oleada completa: lance instancias de prueba para todos los servidores de la oleada.

  • Pruebas selectivas: lanza instancias de prueba para servidores específicos que selecciones proporcionando los ID proporcionados por el usuario en el fichero de inventario.

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

  • Si la prueba se realiza correctamente, proceda a la transición.

  • Lance nuevas instancias de prueba para volver a realizar la prueba.

  • Finalice las instancias de prueba y solucione cualquier problema antes de volver a realizar las pruebas.

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

Una vez finalizadas las pruebas y cuando esté satisfecho con los resultados, marque las aplicaciones 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 su transición.

Paso 6: transición

La transición es el último paso de migración al que se trasladan las cargas de trabajo de producción. AWSPara obtener más información al respecto, consulta Cómo lanzar instancias transitorias en la Guía del usuario de MGN. Al igual que las pruebas, AWS Transform admite la transición de onda completa o la transición 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, se finaliza la transición, lo que detiene la replicación en curso de la máquina de origen.

El proceso de transición incluye los siguientes pasos:

  1. Lance instancias transitorias: AWS Transform lanza instancias de Amazon EC2 para los servidores seleccionados. Puede elegir una transición de onda completa o una transición selectiva.

  2. Verificar las instancias de transición: Conéctese a las instancias lanzadas y compruebe que funcionan correctamente.

  3. Finalizar la transición: confirme la transición para detener la replicación de la máquina de origen. Puede finalizar todos los servidores de la oleada o seleccionar servidores específicos. La finalización impide que los agentes de replicación envíen datos, elimina los agentes de replicación de los servidores de origen y bloquea el estado del ciclo de vida del servidor. Esta acción no se puede deshacer fácilmente. Para obtener más información al respecto, consulte Finalizar la transición en la Guía del usuario de MGN.

  4. Servidores de origen de archivos (opcional): una vez finalizados, puede marcar los servidores de origen como archivados para liberar la cuota de servidores de origen en su cuenta.

importante

Al finalizar la transición, se detiene la replicación en curso de la máquina de origen. Asegúrese de haber verificado las instancias de transición antes de finalizar.

nota

El tiempo de inactividad se produce entre el cierre de la fuente y la disponibilidad de la instancia transitoria. Planifique el período de transición en consecuencia.

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.

  • No está listo: el servidor se encuentra en el proceso de sincronización inicial y aún no está listo para las pruebas.

  • Listo para las pruebas: se ha iniciado la replicación de datos y se pueden lanzar instancias de prueba o de transición.

  • Prueba en curso: actualmente se está lanzando una instancia de prueba.

  • Listo para la transición: el servidor se ha probado y está listo para la transición.

  • La transición está en curso: actualmente se está lanzando una instancia de transición.

  • Transición completa: se ha realizado la transición del servidor. Todos los datos se han migrado a la instancia de transición. AWS

  • Desconectado: el servidor se ha desconectado de MGN.

Puede preguntar a AWS Transform sobre el estado de sus servidores en cualquier momento durante la migración. AWS Transform proporciona una tabla de estado de oleada interactiva 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:

  • ¿Cuál es el estado de mis servidores?

  • ¿Cuál es el estado de mi ola?

  • ¿En qué estado se encuentra el escalón en el que me encuentro actualmente?

Durante la migración en oleada, puedes 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 han superado la fase de prueba pero uno ha fallado, puede permitir que AWS Transform continúe trasladando los 9 servidores a la siguiente fase y, al mismo tiempo, vuelva a ejecutar la prueba en el servidor que ha fallado.

Aprobaciones de implementación

Algunas operaciones de migración requieren una aprobación explícita antes de su ejecución. Cuando una operación requiere aprobación, AWS Transform envía la solicitud a los aprobadores autorizados a través de la pestaña Aprobaciones. Solo los usuarios con el rol de administrador en AWS Transform pueden aprobar las solicitudes de implementación. Las implementaciones solo se realizan después de recibir la confirmación.