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.
Crea un plan de migración
La fase de planificación de la migración en AWS Transform for Migrations consiste en una experiencia colaborativa basada en el chat para planificar grandes migraciones. AWS Los agentes de Transform aplican una guía AWS prescriptiva para guiar a los clientes desde el análisis de los datos locales hasta la finalización de los planes de migración.
Una vez que el trabajo de datos locales de Discover se complete correctamente, AWS Transform utiliza los datos de descubrimiento para agrupar las aplicaciones en oleadas de migración. AWS Transform lo guía paso a paso para analizar y definir el alcance de sus servidores, agruparlos en aplicaciones, generar grupos de movimientos y crear oleadas de migración.
AWS Transform apoya la planificación iterativa durante todo el proceso:
Puede hacer preguntas para comprender mejor cómo AWS Transform analizó el software instalado, por ejemplo, las dependencias de los servidores y la arquitectura de red.
Puede ajustar el alcance dentro de los grupos y oleadas de aplicaciones en cualquier momento.
Puede volver a cargar los datos de detección y AWS Transform procesará, desduplicará y fusionará automáticamente los nuevos registros con los datos existentes.
Cuando se detectan cambios, como dependencias recién descubiertas o adiciones a la infraestructura, AWS Transform señala los grupos de dependencias afectados y proporciona recomendaciones para ajustar los planes de oleada.
La planificación de la migración también puede utilizar datos de texto no estructurados para enriquecer el proceso de planificación.
Hay cuatro etapas de planificación de la migración:
En Scope and analyze, puede revisar los datos de detección, hacer preguntas sobre su entorno de red y software y determinar los recursos disponibles para la migración.
En las aplicaciones de grupo, puede proporcionar una combinación de reglas empresariales y técnicas relacionadas, por ejemplo, con el análisis de nombres de host, las dependencias de red y las reglas empresariales, de modo que la planificación de la migración pueda agrupar su infraestructura en aplicaciones. Si ya tiene un inventario de sus aplicaciones, la planificación de la migración puede usarlo en su lugar.
En Generate Move Groups, puede adaptar la planificación de la migración a sus requisitos técnicos y empresariales para que pueda determinar qué aplicaciones se deben mover juntas. Las dependencias técnicas incluyen bases de datos, colas de mensajes u otros recursos compartidos entre varias aplicaciones. Las dependencias empresariales y operativas incluyen la importancia empresarial, el RPO y el RTO, la ubicación del centro de datos y los propietarios de las aplicaciones.
Por último, en Build waves, puede dar un contexto a la planificación de la migración sobre sus plazos y prioridades para que pueda crear un plan de etapas que pueda migrar. Puedes seleccionar grupos de mudanzas para incluirlos en una oleada en función de factores como la puntuación de prioridad, el tamaño de los grupos de mudanzas, el número de usuarios y la complejidad de las aplicaciones.
Terminología de planificación de la migración
- Ola migratoria
-
Un grupo lógico de aplicaciones que se migran de forma conjunta. Las oleadas de migración se componen de uno o más grupos de movimientos.
- Grupo de mudanzas
-
Un conjunto de aplicaciones codependientes que se deben mover juntas. Pueden tener dependencias técnicas, como una base de datos compartida, o dependencias empresariales, como el soporte de una función empresarial compartida.
- Dependencia
-
Relación entre sistemas. Hay varios tipos de dependencias:
Dependencias críticas o sólidas. Los sistemas no pueden funcionar sin la dependencia. Entre los ejemplos más comunes se incluyen las aplicaciones que dependen de bases de datos, otras aplicaciones o servicios.
Dependencias blandas. No es fundamental para el funcionamiento del sistema. Entre los ejemplos más comunes se incluyen las dependencias insensibles a la latencia que se pueden migrar de forma independiente.
Non-technicaldependencias. Dependencias empresariales, organizativas, operativas y de cumplimiento relacionadas con su organización y sus prioridades. Los ejemplos incluyen la función empresarial compartida y la propiedad organizacional.
Flujo de trabajo
La planificación de la migración es un flujo de trabajo interactivo e iterativo. Puede volver atrás y hacer cambios en los pasos anteriores en cualquier momento. Un flujo de trabajo típico de planificación de la migración es:
La planificación de la migración comienza con un resumen de los datos de detección disponibles. Revise los datos disponibles y vuelva a la etapa de descubrimiento en cualquier momento para proporcionar datos adicionales.
En la etapa de análisis y análisis, puede hacer preguntas sobre su entorno local para validar los datos que ha recopilado. Entre los ejemplos de preguntas se incluyen:
Listar mis servidores por sistema operativo
Resuma la topología de mi red local
Enumere las tecnologías más comunes que se ejecutan en mi entorno.
Al analizar su entorno, si identifica servidores que no deberían estar sujetos a la migración, puede pedirle a AWS Transform que excluya esos recursos. Ejemplos:
Elimine todos los servidores cuyo nombre de host sea antiguo
Elimine todos los servidores de la versión 10.0.2. 0/24 subred
Elimine todos los servidores que ejecuten versiones de Windows anteriores a 2022
Una vez que haya explorado suficientemente su entorno y determinado el alcance de la migración, puede decirle a AWS Transform que pase al siguiente paso de planificación de la migración.
El siguiente paso es agrupar las aplicaciones. Si ya tiene sus servidores asignados a las aplicaciones, puede decirle a AWS Transform que utilice esa asignación y omitir este paso. Si no tiene sus aplicaciones predefinidas, puede proporcionar la lógica técnica y empresarial que define sus aplicaciones. AWS Transform lo guiará a través del proceso de agrupación de aplicaciones y le sugerirá los puntos de datos que puede proporcionar para agrupar sus servidores en aplicaciones de manera eficaz. Cuanta más información pueda proporcionar sobre sus aplicaciones locales, más eficazmente podrá AWS Transform agrupar sus servidores en aplicaciones. Una vez que haya proporcionado suficiente información, puede indicar a AWS Transform que agrupe las aplicaciones.
Una vez que se haya realizado la agrupación de aplicaciones, revise los grupos de aplicaciones. Puedes indicarle a AWS Transform que realice los cambios necesarios, por ejemplo:
Mueva el servidor de ejemplo a la aplicación 5
Cambie el nombre de la aplicación-5 a «HR App Test Environment»
Elimine todos los servidores Linux de IIS Dev Farm
Cuando tus aplicaciones estén agrupadas, indica a AWS Transform que continúe con el siguiente paso
El siguiente paso es mover la agrupación. En la etapa de agrupamiento de movimientos, se identifican las aplicaciones que se deben mover juntas. Proporcione un contexto en torno a sus dependencias técnicas y no técnicas. AWS Transform lo guiará a lo largo del proceso y le sugerirá puntos de datos que puede proporcionar para agrupar sus aplicaciones. Hay varias consideraciones a tener en cuenta en esta etapa, entre las que se incluyen las siguientes:
¿Cuál debería ser el tamaño objetivo del grupo de mudanza?
¿Quieres combinar entornos (por ejemplo, de desarrollo, prueba y producción) para cada aplicación o dividirlos?
¿Cómo desea considerar las dependencias de red? ¿Todas las dependencias son críticas o algunas pueden considerarse dependencias blandas y dividirse en grupos de movimientos?
-
Una vez que hayas proporcionado las reglas para la agrupación de movimientos, indica a AWS Transform que ejecute tu estrategia de agrupación de movimientos. A continuación, puede revisar y modificar sus grupos de movimientos. Una vez que hayas revisado tus grupos de mudanzas, puedes indicarle a AWS Transform que pase a la etapa final de planificación de la migración.
La planificación de las oleadas es el último paso de la planificación de la migración. En este paso, agrupas tus grupos de mudanzas en oleadas de migración y priorizas esas oleadas. En la etapa de planificación de las oleadas, AWS Transform lo guiará para establecer la priorización empresarial necesaria para agrupar sus grupos de mudanzas en oleadas y, a continuación, priorizar esas oleadas. Las consideraciones a la hora de planificar las oleadas incluyen:
La importancia empresarial de cada uno de sus grupos de mudanzas
Los plazos de migración y los plazos de cada grupo de mudanzas
Los riesgos asociados a cada grupo de mudanzas
La cantidad de servidores que se van a migrar por oleada
Una vez que haya proporcionado la orientación suficiente sobre cómo agrupar en oleadas, dé instrucciones a AWS Transform para que ejecute la planificación de las oleadas. A continuación, puedes revisar tus oleadas y modificarlas.
Una vez que haya finalizado su plan de oleada, podrá completar la planificación de la migración y pasar a la ejecución. Puedes retomar la planificación de la migración en cualquier momento para refinar y repetir tu plan.
Para cada oleada, puede asignar una estrategia de migración: rehospedar (migrar los servidores a Amazon EC2) y contenedorizar (almacenar el código fuente en contenedores e implementarlo en Amazon Elastic Container Service o Amazon Elastic Kubernetes Service). Cuando asignas a una oleada la estrategia de contenedorización, AWS Transform ejecuta el flujo de trabajo de contenedorización del código fuente de esa oleada durante la ejecución de la migración. Para obtener más información, consulte Contenerización del código fuente. Para conocer las estrategias AWS recomendadas en el marco de las 7R antes de asignarlas, consulta. Recomendaciones sobre la estrategia de migración (7R)
