Lista de actividades de migración automatizadas mediante el símbolo del sistema

nota

Recomendamos ejecutar la automatización desde la Fábrica de migración a la nube en la consola de AWS. Puede utilizar los siguientes pasos para ejecutar scripts de automatización. Asegúrese de descargar los scripts de automatización del repositorio de GitHub y configurar el servidor de automatización siguiendo los pasos de Ejecutar automatizaciones desde el símbolo del sistema, y siguiendo las instrucciones para configurar los permisos en Configurar AWS permisos para el servidor de automatización de la migración.

La solución Fábrica de migración a la nube en AWS implementa actividades de migración automatizadas que puede aprovechar para sus proyectos de migración. Puede realizar un seguimiento de las actividades de migración que se indican a continuación y personalizarlas en función de las necesidades de su empresa.

Antes de iniciar cualquiera de las actividades, verifique que ha iniciado sesión en su servidor de automatización de la migración como usuario de dominio con permiso de administrador local en los servidores de origen incluidos en el ámbito de aplicación.

importante

Debe iniciar sesión como usuario administrador para completar las actividades enumeradas en esta sección.

Utilice los siguientes procedimientos en el mismo orden para realizar una prueba completa de la solución con el script y las actividades de automatización de ejemplo.

Requisitos previos

Conéctese con los servidores de origen incluidos en el ámbito para verificar los requisitos previos necesarios, como TCP 1500, TCP 443, espacio libre en el volumen raíz, versión de .Net Framework y otros parámetros. Estos requisitos previos son necesarios para la replicación.

Antes de poder realizar la comprobación de los requisitos previos, debe instalar el primer agente manualmente en un servidor de origen, de forma que se cree un servidor de replicación en EC2; nos conectaremos a este servidor para realizar las pruebas del puerto 1500. Tras la instalación, AWS Application Migration Service (AWSMGN) crea el servidor de replicación en Amazon Elastic Compute Cloud (Amazon EC2). En esta actividad, debe verificar el puerto TCP 1500 desde el servidor de origen hasta el servidor de replicación. Para obtener información sobre la instalación del agente AWS MGN en los servidores de origen, consulte las instrucciones de instalación de la Guía del usuario del Servicio de migración de aplicaciones.

Utilice el siguiente procedimiento cuando haya iniciado sesión en el servidor de automatización de la migración para comprobar los requisitos previos.

1. Si ha iniciado sesión como administrador, abra un símbolo del sistema (CMD.exe).

2. Vaya a la carpeta c:\migrations\scripts\script_mgn_0-Prerequisites-checks y ejecute el comando Python siguiente:

python 0-Prerequisites-checks.py --Waveid <wave-id> --ReplicationServerIP <rep-server-ip>

Sustituya <wave-id> y<rep-server-ip> por los valores adecuados:

• Waveid es un valor entero único para identificar las oleadas de migración.

• El valor ReplicationServerIP identifica la dirección IP del servidor de replicación. Cambie este valor por la dirección IP de Amazon EC2. Para localizar esta dirección, inicie sesión en AWS Management Console, busque Replication, seleccione uno de los servidores de replicación y copie la dirección IP privada. Si la replicación se produce a través de la Internet pública, utilice la dirección IP pública en su lugar.

3. El script recupera automáticamente una lista de servidores para la oleada especificada.

A continuación, el script comprueba los requisitos previos de los servidores Windows y devuelve un estado de pass o fail para cada comprobación.

nota

Es posible que reciba una advertencia de seguridad como la siguiente si no se confía en el script de PowerShell. Ejecute el siguiente comando en PowerShell para corregir el problema:

Unblock-File C:\migrations\scripts\script_mgn_0-Prerequisites-checks\0-Prerequisites-Windows.ps1

A continuación, el script comprueba los servidores Linux.

Una vez finalizadas las comprobaciones, el script devolverá un resultado final para cada servidor.

Si el servidor no ha superado una o más comprobaciones de los requisitos previos, puede identificar el servidor defectuoso revisando el mensaje de error detallado que aparece al finalizar la comprobación o desplazándose por los detalles del registro.

El script también actualizará el estado de migración de la solución en la interfaz web de Migration Factory, como se muestra en la siguiente captura de pantalla de un proyecto de ejemplo.

Instale los agentes de replicación

nota

Antes de instalar el agente, asegúrese de que AWSMGN esté inicializado en cada cuenta de destino.

Utilice el siguiente procedimiento para instalar automáticamente los agentes de replicación en los servidores de origen incluidos.

1. En el servidor de automatización de la migración, firmado como administrador, abra un símbolo del sistema (CMD.exe).

2. Vaya a la carpeta c:\migrations\scripts\script_mgn_1-AgentInstall y ejecute el comando Python siguiente:

python 1-AgentInstall.py --Waveid <wave-id>

Sustituya <wave-id> por el valor del ID de la oleada adecuado para instalar el agente de replicación en todos los servidores de la oleada identificada. El script instalará el agente en todos los servidores de origen de la misma oleada, uno por uno.

nota

Para volver a instalar el agente, puede añadir un argumento --force.

3. El script genera una lista que identifica los servidores de origen incluidos en la oleada especificada. Además, también se pueden proporcionar servidores que estén identificados en varias cuentas y para diferentes versiones del sistema operativo.

Si hay máquinas Linux incluidas en esta oleada, debe introducir sus credenciales de inicio de sesión de Linux sudo para iniciar sesión en esos servidores de origen.

La instalación comienza en Windows y, a continuación, pasa a Linux para cada Cuenta de AWS.

nota

Es posible que reciba una advertencia de seguridad como la siguiente si no se confía en el script de PowerShell. Ejecute el siguiente comando en PowerShell para corregir el problema:

Unblock-File C:\migrations\scripts\script_mgn_1-AgentInstall\1-Install-Windows.ps1

Los resultados se muestran cuando el script termina de instalar los agentes de replicación. Revise los resultados para ver si hay mensajes de error para identificar los servidores que no pudieron instalar los agentes. Deberá instalar los agentes manualmente en los servidores que hayan fallado. Si la instalación manual no se realiza correctamente, vaya al AWScentro de soporte y registre un caso de soporte.

El script también proporciona el estado de la migración en la interfaz web de Migration Factory, como se muestra en la siguiente captura de pantalla de un proyecto de ejemplo.

Enviar los scripts posteriores al lanzamiento

AWS Application Migration Service (MGN) admite scripts posteriores al lanzamiento para ayudarlo a automatizar las actividades a nivel del sistema operativo, como la instalación o desinstalación del software después de lanzar las instancias de destino. Esta actividad envía los scripts posteriores al lanzamiento a máquinas Windows o Linux, en función de los servidores identificados para la migración.

Utilice el siguiente procedimiento desde el servidor de automatización de la migración para enviar los scripts posteriores al lanzamiento a las máquinas Windows.

1. Si ha iniciado sesión como administrador, abra un símbolo del sistema (CMD.exe).

2. Vaya a la carpeta c:\migrations\scripts\script_mgn_1-FileCopy y ejecute el comando Python siguiente:

python 1-FileCopy.py --Waveid <wave-id> --WindowsSource <file-path> --LinuxSource <file-path>

Sustituya <wave-id> por el valor del ID de la oleada adecuado y <file-path> por la ruta completa del archivo de origen, donde se encuentra el script. Por ejemplo, c:\migrations\scripts\script_mgn_1-FileCopy. Este comando copia todos los archivos de la carpeta de origen a la carpeta de destino.

nota

Debe proporcionarse al menos uno de estos dos argumentos: WindowsSource, LinuxSource. Si proporciona la ruta WindowsSource, este script sólo enviará archivos a los servidores Windows de esta oleada, al igual que LinuxSource, que sólo enviará archivos a los servidores Linux de esta oleada. Si proporciona ambas opciones, los archivos se enviarán a los servidores Windows y Linux.

3. El script genera una lista que identifica los servidores de origen incluidos en la oleada especificada. Además, también se pueden proporcionar servidores que estén identificados en varias cuentas y para diferentes versiones del sistema operativo.

Si hay máquinas Linux incluidas en esta oleada, debe introducir sus credenciales de inicio de sesión de Linux sudo para iniciar sesión en esos servidores de origen.

4. El script copia los archivos en la carpeta de destino. Si la carpeta de destino no existe, la solución crea un directorio y le notifica esta acción.

Verificar el estado de la replicación

Esta actividad verifica automáticamente el estado de la replicación de los servidores de origen incluidos en el ámbito de aplicación. El script se repite cada cinco minutos hasta que el estado de todos los servidores de origen de la oleada en cuestión cambie a Buen estado.

Utilice el siguiente procedimiento del servidor de automatización de la migración para comprobar el estado de la replicación.

1. Si ha iniciado sesión como administrador, abra un símbolo del sistema (CMD.exe).

2. Vaya a la carpeta \migrations\scripts\script_mgn_2-Verify-replication y ejecute el comando Python siguiente:

python 2-Verify-replication.py --Waveid <wave-id>

Sustituya <wave-id> por el valor del ID de la oleada adecuado para comprobar el estado de la replicación. El script verifica los detalles de la replicación de todos los servidores de la oleada específica y actualiza el atributo de estado de la replicación del servidor de origen identificado en la solución.

3. El script genera una lista que identifica los servidores de origen incluidos en la oleada especificada.

El estado esperado de los servidores de origen incluidos en el programa que están listos para su lanzamiento es Correcto. Si recibe un estado diferente para un servidor, significa que aún no está listo para su lanzamiento.

La siguiente captura de pantalla de un ejemplo de oleada muestra que todos los servidores de la oleada actual han finalizado la replicación y están listos para ser probados o para su transición.

Si lo desea, puede verificar el estado en la interfaz web de Migration Factory.

Verifique el estado de la instancia de destino

Esta actividad verifica el estado de la instancia de destino comprobando el proceso de arranque de todos los servidores de origen incluidos en la misma oleada. Las instancias de destino pueden tardar hasta 30 minutos en arrancar. Puede comprobar el estado manualmente iniciando sesión en la consola Amazon EC2, buscando el nombre del servidor de origen y comprobando el estado. Recibirá un mensaje de comprobación de estado en el que se indicará que se han superado las dos comprobaciones, lo que indica que la instancia está en buen estado desde el punto de vista de la infraestructura.

Sin embargo, en el caso de una migración a gran escala, comprobar el estado de cada instancia lleva mucho tiempo, por lo que puede ejecutar este script automatizado para comprobar si todos los servidores de origen de una oleada determinada han superado las dos comprobaciones.

Utilice el siguiente procedimiento del servidor de automatización de la migración para comprobar el estado de la instancia.

1. Si ha iniciado sesión como administrador, abra un símbolo del sistema (CMD.exe).

2. Vaya a la carpeta c:\migrations\scripts\script_mgn_3-Verify-instance-status y ejecute el comando Python siguiente:

python 3-Verify-instance-status.py --Waveid <wave-id>

Sustituya <wave-id> por el valor del ID de oleada adecuado para verificar el estado de la instancia. Este script verifica el proceso de arranque de la instancia en todos los servidores de origen de esta oleada.

3. El script devuelve una lista de la lista de servidores y los ID de la instancia de la oleada especificada.

4. A continuación, el script devolverá una lista de los ID de las instancias de destino.

   nota

   Si recibe un mensaje de error que indica que el ID de la instancia de destino no existe, es posible que la tarea de lanzamiento siga ejecutándose. Espere unos minutos antes de continuar.

5. Recibirá comprobaciones del estado de las instancias que indicarán si las instancias de destino superaron las dos veces que pasaron las comprobaciones de estado.

nota

Si las instancias de destino no superan las dos comprobaciones de estado la primera vez, es posible que se deba a que el proceso de arranque esté tardando más en completarse. Recomendamos ejecutar las comprobaciones de estado una segunda vez aproximadamente una hora después de la primera comprobación de estado. Esto garantiza que se complete el proceso de arranque. Si las comprobaciones de estado fallan por segunda vez, diríjase al AWScentro de soporte para registrar un caso de soporte.

Apague los servidores de origen incluidos en el ámbito

Esta actividad cierra los servidores de origen incluidos en el ámbito de aplicación involucrados en la migración. Tras comprobar el estado de replicación de los servidores de origen, estará listo para cerrar los servidores de origen para detener las transacciones de las aplicaciones cliente a los servidores. Puede cerrar los servidores de origen en la ventana de transición. El cierre manual de los servidores de origen puede llevar cinco minutos por servidor y, en el caso de oleadas grandes, unas cuantas horas en total. En su lugar, puede ejecutar este script de automatización para cerrar todos los servidores de la oleada en cuestión.

Utilice el siguiente procedimiento del servidor de automatización de la migración para cerrar todos los servidores de origen involucrados en la migración.

1. Si ha iniciado sesión como administrador, abra un símbolo del sistema (CMD.exe).

2. Vaya a la carpeta c:\migrations\scripts\script_mgn_3-Shutdown-all-servers y ejecute el comando Python siguiente:

   Python 3-Shutdown-all-servers.py –Waveid <wave-id>

3. Sustituya <wave-id> por el valor del ID de la oleada adecuado para cerrar los servidores de origen.

3. El script devuelve una lista de la lista de servidores y los ID de la instancia de la oleada especificada.

4. En primer lugar, el script cierra los servidores Windows de la oleada especificada. Tras cerrar los servidores Windows, el script pasa al entorno Linux y solicita las credenciales de inicio de sesión. Tras iniciar sesión correctamente, el script cierra los servidores Linux.

Recuperar la IP de la instancia de destino

Esta actividad recupera la IP de la instancia de destino. Si la actualización del DNS es un proceso manual en su entorno, necesitará obtener las nuevas direcciones IP de todas las instancias de destino. Sin embargo, puede usar el script de automatización para exportar las nuevas direcciones IP de todas las instancias de la oleada en cuestión a un archivo CSV.

Utilice el siguiente procedimiento desde el servidor de automatización de migración para recuperar la Ips de la instancia de destino.

1. Si ha iniciado sesión como administrador, abra un símbolo del sistema (CMD.exe).

2. Vaya a la carpeta c:\migrations\scripts\script_mgn_4-Get-instance-IP y ejecute el comando Python siguiente:

Python 4-Get-instance-IP.py -–Waveid <wave-id>

Sustituya <wave-id> por el valor de Wave ID adecuado para obtener las nuevas direcciones IP de las instancias de destino.

3. El script devuelve una lista de servidores y la información del ID de la instancia de destino.

4. A continuación, el script devolverá la IP del servidor de destino.

El script exporta la información del nombre y las direcciones IP del servidor a un archivo CSV (<wave-id>-<project-name>-Ips.csv) y lo coloca en el mismo directorio que el script de migración (c:\migrations\scripts\script_mgn_4-Get-instance-IP).

El archivo CSV proporciona los detalles de instance_name e instance_ips. Si la instancia contiene más de una NIC o IP, todas aparecerán en la lista y separadas por comas.

Verificar las conexiones del servidor de destino

Esta actividad verifica las conexiones del servidor de destino. Tras actualizar los registros DNS, puede conectarse a las instancias de destino con el nombre de host. En esta actividad, usted comprueba si puede iniciar sesión en el sistema operativo mediante el protocolo de escritorio remoto (RDP) o mediante el acceso a Secure Shell (SSH). Puede iniciar sesión manualmente en cada servidor de forma individual, pero es más eficaz probar la conexión del servidor mediante el script de automatización.

Utilice el siguiente procedimiento del servidor de automatización de la migración para comprobar el estado de la replicación.

1. Si ha iniciado sesión como administrador, abra un símbolo del sistema (CMD.exe).

2. Vaya a la carpeta c:\migrations\scripts\script_mgn_4-Verify-server-connection y ejecute el comando Python siguiente:

Python 4-Verify-server-connection.py -–Waveid <wave-id> 

Sustituya <wave-id> por el valor de Wave ID adecuado para obtener las nuevas direcciones IP de las instancias de destino.

nota

Este script usa el puerto RDP 3389 y el puerto SSH 22 predeterminados. Si es necesario, puede añadir los siguientes argumentos para restablecer los puertos predeterminados: --RDPPort <rdp-port> --SSHPort <ssh-port>.

3. El script devuelve una lista de servidores.

4. El script devuelve los resultados de las pruebas para el acceso RDP y SSH.