Paso 8: probar la solución mediante los scripts de automatización - Cloud Migration Factory en AWS

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.

Paso 8: probar la solución mediante los scripts de automatización

Importar los metadatos de migración a la fábrica

Para iniciar el proceso de migración, descargue el server-list.csvarchivo del GitHub repositorio. El archivo server-list.csv es un ejemplo de formulario de admisión de migración del Servicio AWS MGN para importar los atributos de los servidores de origen incluidos en el ámbito.

nota

El archivo.csv y los scripts de automatización de muestra formaban parte del paquete del mismo GitHub repositorio.

Puede personalizar el formulario para su migración sustituyendo los datos de muestra por los datos específicos de su servidor y aplicación. En la siguiente tabla se detallan los datos que se deben reemplazar para personalizar esta solución para sus necesidades de migración.

Nombre del campo ¿Obligatorio? Descripción
wave_name El nombre de la onda se basa en la prioridad y en las dependencias del servidor de aplicaciones. Obtenga este identificador de su plan de migración.
app_name Los nombres de las aplicaciones que se van a migrar. Confirme que la agrupación de aplicaciones incluye todas las aplicaciones que comparten los mismos servidores.
aws_accountid Un identificador de 12 dígitos para ti Cuenta de AWS ubicado en el perfil de tu cuenta. Para acceder, selecciona el perfil de tu cuenta en la esquina superior derecha AWS Management Console y selecciona Mi cuenta en el menú desplegable.
aws_region Región de AWS código. Por ejemplo, us-east-1. Consulte la lista completa de códigos de región.
server_name El nombre de los servidores en las instalaciones que se van a migrar.
server_os_family El sistema operativo (SO) que se ejecuta en los servidores de origen incluidos. Utilice Windows o Linux, ya que esta solución sólo es compatible con estos sistemas operativos.
server_os_version

La versión del sistema operativo que se ejecuta en los servidores de origen incluidos en el ámbito.

nota

Utilice la versión del sistema operativo, no la versión del Kernel; por ejemplo, utilice RHEL 7.1, Window Server 2012 R2 o CentOS 7.5 o 7.6. No utilice Linux 3.xx, 4.xx ni Windows 8.1.x.

server_fqdn El nombre de dominio completo del servidor de origen, que es el nombre del servidor seguido del nombre de dominio. Por ejemplo, server123.company.com.
server_tier Una etiqueta para identificar si el servidor de origen es un servidor web, de aplicación o de bases de datos. Recomendamos que designe el servidor de origen como aplicación si el servidor funciona en más de un nivel, por ejemplo, si el servidor ejecuta niveles de web, de aplicación y de base de datos juntos.
servidor_entorno Una etiqueta para identificar el entorno del servidor. Por ejemplo, desarrollo, pruebas, productividad, QA o preproducción.
r_type Una etiqueta para identificar la estrategia de migración. Por ejemplo, Retirar, Retener, Reubicar, Volver a alojar, Recomprar, Redefinir la plataforma, Rediseñar, etc.
subnet_id El ID de subred de la instancia de Amazon EC2 de destino para la migración posterior a la transición.
SecurityGroup_IDS El ID del grupo de seguridad de la instancia de Amazon EC2 de destino para la migración posterior a la transición.
Subnet_IDS_Test El ID de subred de destino del servidor de origen que se va a probar.
SecurityGroup_IDS_Test El ID del grupo de seguridad de destino del servidor de origen que se va a probar.
instanceType El tipo de instancia Amazon EC2 identificado en el trabajo de descubrimiento y planificación. Para obtener información sobre los tipos de instancias EC2, consulte Tipos de instancias de Amazon  EC2.
tenencia El tipo de tenencia que se identifica durante los trabajos de descubrimiento y planificación. Utilice uno de los siguientes valores para identificar la tenencia: Compartido, Dedicado o host dedicado. Puede usar Compartido como valor predeterminado, a menos que la licencia de una aplicación requiera un tipo específico.
Tags No Las etiquetas de los recursos del servidor, como CostCenter =123; BU=IT; Location=US
private_ip No La IP privada de la instancia de destino. Si no se incluye, la instancia obtendrá una IP del DHCP.
IamRole No Rol de IAM para la instancia de destino. Si no se incluye, no se asociará ningún rol de IAM a la instancia de destino.
  1. Inicio de sesión en la consola web de Cloud Migration Factory.

  2. En Administración de la migración, seleccione Importar y seleccione Seleccionar archivo. Seleccione el formulario de admisión que rellenó anteriormente y pulse Siguiente.

  3. Revise los cambios y asegúrese de que no aparece ningún error (el mensaje de información es normal) y, a continuación, seleccione Siguiente.

  4. Seleccione Cargar para cargar los servidores.

Acceso a los dominios

Los scripts de automatización de muestra incluidos en esta solución se conectan a los servidores de origen incluidos en el ámbito para automatizar las tareas de migración, como la instalación del agente de replicación y el apagado de los servidores de origen. Para los servidores Windows y Linux (permisos sudo), es necesario un usuario de dominio con permisos de administrador local para acceder a los servidores de origen para realizar una ejecución de prueba de la solución. Si Linux no está en el dominio, se pueden utilizar otros usuarios, como un usuario de LDAP con permisos de sudo o un usuario de sudo local. Para obtener más información, consulte las actividades de migración automatizada mediante la consola web de Migration Factory y las actividades de migración automatizada mediante la línea de comandos.

Llevar a cabo una ejecución de prueba de la migración

Esta solución le permite llevar a cabo una ejecución de prueba de la migración. Mediante los scripts de automatización, el proceso de migración importa los datos del archivo CSV de migración a la solución. Se realizan comprobaciones previas en los servidores de origen, se envía el agente de replicación a los servidores de origen, se verifica el estado de la replicación y se inicia el servidor de destino desde la interfaz web de Migration Factory. Para step-by-step obtener instrucciones sobre cómo realizar una prueba, consulte Actividades de migración automatizada mediante la consola web de Migration Factory y Actividades de migración automatizada mediante la línea de comandos.