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
El paso de planificación de la migración de AWS Transform for VMware consiste en una experiencia colaborativa basada en el chat para planificar grandes migraciones. AWS Los agentes de Transform aplican AWS las directrices prescriptivas 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 Descubra los datos locales se complete correctamente, AWS Transform utiliza los datos de descubrimiento para agrupar las aplicaciones en oleadas de migración. AWS Transform le guía paso a paso para analizar y determinar el alcance de sus servidores, agruparlos en aplicaciones, generar grupos de movimientos y crear oleadas de migración. Al analizar su entorno local, 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.
AWS Transform admite los ajustes de alcance dentro de los grupos y oleadas de aplicaciones. Puede volver a cargar los datos de descubrimiento en cualquier momento y AWS Transform procesará, desduplicará y combinará automáticamente los nuevos registros con los datos existentes. Cuando se detecten cambios, como dependencias descubiertas recientemente o incorporaciones de infraestructura, AWS Transform señalará los grupos de dependencia afectados y ofrecerá recomendaciones para ajustar el plan 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 Alcanzar y analizar, puede revisar los datos de descubrimiento, hacer preguntas sobre el software y el entorno de red y determinar los recursos que están a punto de migrar.
En las aplicaciones grupales, puede proporcionar una combinación de normas empresariales y técnicas relacionadas, por ejemplo, con el análisis del nombre de host, las dependencias de la 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 utilizarlo en su lugar.
En Generate Move Groups, puede definir a la planificación de la migración sus requisitos técnicos y empresariales para que pueda determinar qué aplicaciones deben transferirse juntas. Las dependencias técnicas incluyen bases de datos, colas de mensajes u otros recursos compartidos entre varias aplicaciones. Las dependencias comerciales y operativas incluyen la importancia de la empresa, 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, de modo que pueda crear un plan de oleada que pueda migrar. Puede seleccionar grupos de movimientos para incluirlos en una oleada en función de factores como la puntuación de prioridad, el tamaño del grupo de movimientos, el número de usuarios y la complejidad de la aplicación.
Terminología de planificación de la migración:
Las oleadas de migración son grupos lógicos que se migran de forma conjunta. Las oleadas de migración se componen de uno o más grupos de movimientos.
Un grupo de movimientos es un conjunto de aplicaciones codependientes que se deben mover juntas. Pueden tener dependencias técnicas, como una base de datos compartida, o tener dependencias comerciales, como el soporte de una función empresarial compartida.
Una dependencia es una relación entre sistemas. Existen varios tipos de dependencias, entre las que se incluyen:
Dependencias críticas o duras, en las que los sistemas no pueden funcionar sin la dependencia. Ejemplos comunes de esto son las aplicaciones que dependen de bases de datos, otras aplicaciones o servicios.
Dependencias blandas, que no son fundamentales para el funcionamiento del sistema. Algunos ejemplos comunes de esto son las dependencias insensibles a la latencia que se pueden migrar de forma independiente.
Non-technical Las dependencias incluyen dependencias empresariales, organizativas, operativas y de cumplimiento. Se trata de dependencias relacionadas con su organización y sus prioridades. Algunos ejemplos de esto 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 realizar 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 resumiendo los datos de descubrimiento disponibles. Revise los datos disponibles y vuelva al paso de descubrimiento en cualquier momento para proporcionar datos adicionales.
En el paso de análisis y análisis, puede hacer preguntas sobre su entorno local para validar los datos que ha recopilado. Entre las preguntas de ejemplo 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 indicarle a AWS Transform que excluya esos recursos. Ejemplos:
Elimine todos los servidores que tengan un nombre de host heredado
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 indicarle 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 los servidores asignados a las aplicaciones, puede decirle a AWS Transform que utilice esa asignación y saltarse este paso. Si no tiene sus aplicaciones predefinidas, puede proporcionar la lógica técnica y empresarial que las define. 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 eficazmente sus servidores en aplicaciones. 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 realizada la agrupación de aplicaciones, revise los grupos de aplicaciones. Puede indicar a AWS Transform que realice los cambios necesarios, por ejemplo:
Mueva el servidor example-server a application-5
Cambie el nombre de la aplicación-5 a «HR App Test Environment»
Elimine todos los servidores Linux de la granja de desarrolladores de IIS
Una vez agrupadas las aplicaciones, indique a AWS Transform que pase al siguiente paso
El siguiente paso es mover la agrupación. En el paso de agrupamiento de movimientos, identifica las aplicaciones que deben moverse 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. En esta fase hay que tener en cuenta varias consideraciones, entre las que se incluyen las siguientes:
¿Cuál debería ser el tamaño objetivo del grupo de mudanzas?
¿Desea combinar entornos (por ejemplo, desarrollo, prueba y producción) para cada aplicación o dividirlos?
¿Cómo desea considerar las dependencias de la red? ¿Todas las dependencias son críticas o algunas pueden considerarse dependencias blandas y dividirse en grupos de movimiento?
-
Una vez que hayas establecido las reglas para la agrupación de movimientos, pide a AWS Transform que ejecute tu estrategia de agrupación de movimientos. A continuación, podrás revisar y modificar tus grupos de movimientos. Una vez que haya revisado los grupos de mudanzas, puede indicarle a AWS Transform que pase al paso final de planificación de la migración.
La planificación de oleadas es el paso final de la planificación de la migración. En este paso, agrupa los grupos de mudanzas en oleadas de migración y prioriza esas oleadas. En la fase de planificación de la oleada, AWS Transform le guiará para establecer la priorización empresarial necesaria para agrupar sus grupos de mudanzas en oleadas y, a continuación, priorizar dichas oleadas. Las consideraciones a tener en cuenta en la planificación de olas 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 agruparse en oleadas, pida a AWS Transform que ejecute la planificación de la oleada. A continuación, puede revisar sus olas y modificarlas.
Una vez que haya finalizado su plan de oleada, podrá completar la planificación de la migración y pasar a la fase de ejecución. Puede volver a planificar la migración en cualquier momento para afinar e iterar su plan.
Para cada oleada, puede asignar una estrategia de migración: rehospedar (migrar los servidores a Amazon EC2) y contenerizar (contenedorizar el código fuente e implementarlo en Amazon Elastic Container Service o Amazon Elastic Kubernetes Service). Al asignar a una oleada la estrategia de contenerización, AWS Transform ejecuta el flujo de trabajo de contenerización del código fuente para esa oleada durante la ejecución de la migración. Para obtener más información, consulte Contenedorización del código fuente. Para obtener información sobre las estrategias AWS recomendadas en el marco de las 7R antes de asignarlas, consulte. Recomendaciones de estrategia de migración (7R)
