Realojar cargas de trabajo locales en la AWS nube: lista de verificación de migración

Prepare el volumen de trabajo pendiente previo a la detección.

Lleve a cabo la sesión de trabajo previa a la detección de los volúmenes de trabajo pendientes con los jefes de departamento y los propietarios de las aplicaciones. 

Dirija la sesión de trabajo de planificación de la iteración.

Como ejercicio de análisis, distribuya las aplicaciones que desee migrar entre iteraciones y oleadas.

Confirmar los conocimientos de la aplicación.

Confirme y documente al propietario de la aplicación y su conocimiento de la aplicación. Determinar si hay otra persona de contacto para las cuestiones técnicas.

Determine los requisitos de conformidad de las aplicaciones.

Confirme con el propietario de la aplicación que la aplicación no tiene que cumplir con los requisitos de la norma de seguridad de datos del sector de las tarjetas de pago (PCIDSS), la Ley Sarbanes-Oxley (SOX), la información de identificación personal (PII) u otras normas. Si existen requisitos de conformidad, los equipos deben finalizar las comprobaciones de conformidad en los servidores que se van a migrar.

Confirme los requisitos de lanzamiento de producción.

Confirme los requisitos para lanzar la aplicación migrada a producción (como la fecha de lanzamiento y la duración del tiempo de inactividad) con el propietario de la aplicación o el contacto técnico.

Obtener la lista de servidores.

Obtenga la lista de servidores asociados a la aplicación de destino.

Obtener el diagrama lógico que muestra el estado actual.

Obtenga el diagrama de estado actual de la aplicación del arquitecto empresarial o del propietario de la aplicación.

Crear un diagrama lógico que muestre el estado objetivo.

Cree un diagrama lógico de la aplicación que muestre la arquitectura de destino en la que se encuentra. AWS Este diagrama debe ilustrar los servidores, la conectividad y los factores de asignación.

Obtener información sobre el servidor.

Recopile información sobre los servidores asociados a la aplicación, incluidos sus detalles de configuración.

Añada la información del servidor a la plantilla de detección.

Añada información detallada del servidor a la plantilla de detección de aplicaciones (consulte mobilize-application-questionnaire.xlsx en el anexo de este patrón). Esta plantilla incluye todos los detalles de seguridad, infraestructura, sistema operativo y redes relacionados con las aplicaciones.

Publicar la plantilla de detección de aplicaciones.

Comparta la plantilla de detección de aplicaciones con el propietario de la aplicación y el equipo de migración para un acceso y un uso comunes.

Confirmar la lista de servidores.

Confirme la lista de servidores y el propósito de cada servidor con el propietario de la aplicación o el responsable técnico.

Identificar y añadir grupos de servidores.

Identifique grupos de servidores, como servidores web o servidores de aplicaciones, y añada esta información a la plantilla de detección de aplicaciones. Seleccione el nivel de la aplicación (web, aplicación, base de datos) al que debe pertenecer cada servidor.

Publicar la plantilla de detección de aplicaciones.

Complete los detalles de la plantilla de descubrimiento de aplicaciones con la ayuda del equipo de migración, el equipo de aplicaciones yAWS.

Añada los detalles del servidor que faltan (equipos de middleware y sistema operativo).

Pida a los equipos de middleware y sistema operativo (SO) que revisen la plantilla de detección de aplicaciones y añadan los detalles del servidor que falten, incluida la información de la base de datos.

Obtener las normas de tráfico entrante/saliente (equipo de red).

Pídale al equipo de red que obtenga las reglas de tráfico entrante/saliente para los servidores de origen y destino. El equipo de red también debe añadir las reglas de firewall existentes, exportarlas a un formato de grupo de seguridad y añadir los equilibradores de carga existentes a la plantilla de detección de aplicaciones.

Identificar el etiquetado necesario.

Determine los requisitos de etiquetado de la aplicación.

Crear detalles de solicitud de firewall.

Capture y filtre las reglas de firewall necesarias para comunicarse con la aplicación. 

Actualice el tipo de EC2 instancia.

Actualice el tipo de instancia de Amazon Elastic Compute Cloud (AmazonEC2) para que se utilice en el entorno de destino, en función de los requisitos de infraestructura y servidor. 

Identifique el diagrama de estado actual.

Identifique o cree el diagrama que muestra el estado actual de la aplicación. Este diagrama se utilizará en la solicitud de seguridad de la información (InfoSec). 

Finalice el diagrama de estado futuro.

Finalice el diagrama que muestra el estado futuro (destino) de la aplicación. Este diagrama también se utilizará en la InfoSec solicitud.  

Cree solicitudes de servicio de firewall o grupo de seguridad.

Cree solicitudes de servicios de firewall o grupos de seguridad (para desarrollo, control de calidad, preproducción y producción). Si utiliza Cloud Migration Factory, incluya puertos específicos para la replicación si aún no están abiertos. 

Revise las solicitudes de firewall o de grupos de seguridad (InfoSec equipo).

En este paso, el InfoSec equipo revisa y aprueba las solicitudes de firewall o grupo de seguridad que se crearon en el paso anterior. 

Implemente las solicitudes de grupos de seguridad de firewall (equipo de red).

Una vez que el InfoSec equipo aprueba las solicitudes de firewall, el equipo de red implementa las reglas de firewall entrantes y salientes requeridas. 

Importe los datos de la aplicación y del servidor.

Si no utiliza Cloud Migration Factory, siga las instrucciones para configurar su herramienta de migración.

Compruebe los requisitos previos de los servidores de origen.

Conéctese con los servidores de origen incluidos en el ámbito para verificar los requisitos previos, como el TCP puerto 1500, el TCP puerto 443, el espacio libre en el volumen raíz. NETVersión del marco y otros parámetros. Estos son necesarios para la replicación. Para obtener información adicional, consulte la Guía de implementación de Cloud Migration Factory.

Cree una solicitud de servicio para instalar agentes de replicación.

Cree una solicitud de servicio para instalar los agentes de replicación en los servidores incluidos para fines de desarrollo, control de calidad, preproducción o producción.

Instale los agentes de replicación.

Instale los agentes de replicación en los servidores de origen incluidos en los equipos de desarrollo, control de calidad, preproducción o producción. Para obtener información adicional, consulte la Guía de implementación de Cloud Migration Factory.

Inserte los scripts posteriores al lanzamiento.

Application Migration Service 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. Este paso envía los scripts posteriores al lanzamiento a equipos Windows o Linux, en función de los servidores identificados para la migración. Para obtener instrucciones, consulte la Guía de implementación de Cloud Migration Factory.

Verificar el estado de la replicación.

Confirme automáticamente el estado de la replicación de los servidores de origen incluidos en el ámbito de aplicación mediante el script proporcionado. 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 Correcto. Para obtener instrucciones, consulte la Guía de implementación de Cloud Migration Factory.

Cree el usuario administrador.

Es posible que se necesite un administrador local o un usuario de sudo en las máquinas de origen para solucionar cualquier problema tras la migración de los servidores de origen incluidos en el ámbito de aplicación. AWS El equipo de migración utiliza este usuario para iniciar sesión en el servidor de destino cuando no se puede acceder al servidor de autenticación (por ejemplo, el centro de distribución o el LDAP servidor). Para obtener instrucciones para este paso, consulte la Guía de implementación de Cloud Migration Factory.

Valide la plantilla de lanzamiento.

Valide los metadatos del servidor para asegurarse de que funcionan correctamente y que no contienen datos no válidos. Este paso valida los metadatos de prueba y de transición. Para obtener instrucciones, consulte la Guía de implementación de Cloud Migration Factory.

Cree una solicitud de servicio.

Cree una solicitud de servicio para que el equipo de infraestructura y otros equipos realicen la transición de las aplicaciones a las instancias de desarrollo, control de calidad, preproducción o producción. 

Configure un equilibrador de carga (opcional).

Configure los balanceadores de carga necesarios, como un Application Load Balancer o un balanceador de cargas F5 con. iRules

Inicie instancias para realizar pruebas.

Inicie todos los equipos de destino de una oleada determinada en Application Migration Service en modo de prueba. Para obtener información adicional, consulte la Guía de implementación de Cloud Migration Factory.

Verifique el estado de la instancia de destino.

Verifique 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 iniciarse. Para comprobar el estado manualmente, inicia sesión en la EC2 consola de Amazon, busca el nombre del servidor de origen y revisa la columna Comprobación de estado. Las dos comprobaciones de estado aprobadas indican que la instancia está en buen estado desde el punto de vista de la infraestructura.

Modifica DNS las entradas.

Modifique las entradas del Sistema de Nombres de Dominio (DNS). (Utilice resolv.conf o host.conf para un entorno Microsoft Windows). Configure cada EC2 instancia para que apunte a la nueva dirección IP de este host.

Nota: Asegúrese de que no haya DNS conflictos entre los servidores locales y los de AWS nube. Este paso y los siguientes son opcionales, según el entorno en el que esté alojado el servidor.

Pruebe la conectividad con los hosts de back-end desde EC2 las instancias.

Compruebe los inicios de sesión con las credenciales de dominio de los servidores migrados.

Actualice el DNS registro A.

Actualiza el registro DNS A de cada host para que apunte a la nueva dirección IP EC2 privada de Amazon.

Actualice el DNS CNAME registro.

Actualice el DNS CNAME registro virtual IPs (nombres de los balanceadores de carga) para que apunte al clúster de los servidores web y de aplicaciones.

Pruebe la aplicación en los entornos aplicables.

Inicie sesión en la nueva EC2 instancia y pruebe la aplicación en los entornos de desarrollo, control de calidad, preproducción y producción.

Marque como listo para la transición.

Cuando se hayan completado las pruebas, cambie el estado del servidor de origen para indicar que está listo para la transición, de modo que los usuarios puedan iniciar una instancia de transición. Para obtener instrucciones, consulte la Guía de implementación de Cloud Migration Factory.

Cree un plan de implementación de producción.

Cree un plan de implementación de producción (que incluya un plan de respaldo).

Notifique al equipo de operaciones sobre el tiempo de inactividad.

Notifique al equipo de operaciones el programa de inactividad de los servidores. Es posible que algunos equipos necesiten un ticket de solicitud de cambio o de solicitud de servicio (CR/SR) para esta notificación.

Replique los equipos de producción.

Replique los equipos de producción mediante Application Migration Service u otra herramienta de migración.

Cierre los servidores de origen incluidos en el ámbito de aplicación.

Tras comprobar el estado de replicación de los servidores de origen, puede 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. Para obtener más información, consulte la Guía de implementación de Cloud Migration Factory.

Inicie instancias para la transición.

Inicie todos los equipos de destino de una oleada determinada en Application Migration Service en modo de transición. Para obtener más información, consulte la Guía de implementación de Cloud Migration Factory.

Recupere la instancia de destino. IPs

Recupera IPs las cuatro instancias de destino. Si la DNS actualización es un proceso manual en su entorno, necesitará obtener las nuevas direcciones IP de todas las instancias de destino. Para obtener más información, consulte la Guía de implementación de Cloud Migration Factory.

Verifique las conexiones del servidor de destino.

Después de actualizar los DNS registros, conéctese a las instancias de destino con el nombre de host para verificar las conexiones. Para obtener más información, consulte la Guía de implementación de Cloud Migration Factory.