As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Crie um plano de migração
A etapa do trabalho de planejamento da migração no AWS Transform for VMware é uma experiência colaborativa baseada em bate-papo para planejar grandes migrações. AWS Os agentes de transformação aplicam a orientação AWS prescritiva para orientar os clientes desde a análise de dados locais até os planos finalizados da onda de migração.
Depois que o trabalho de dados locais do Discover for concluído com êxito, o AWS Transform usa os dados de descoberta para agrupar aplicativos em ondas de migração. AWS O Transform orienta você nas etapas para analisar e definir o escopo de seus servidores, agrupá-los em aplicativos, gerar grupos de movimentação e criar ondas de migração. Ao analisar seu ambiente local, você pode fazer perguntas para entender melhor como o AWS Transform analisou seu software instalado, por exemplo, dependências de servidor e arquitetura de rede.
AWS O Transform suporta ajustes de escopo em grupos e ondas de aplicativos. Você pode recarregar os dados de descoberta a qualquer momento, e o AWS Transform processará, desduplicará e mesclará automaticamente novos registros com os dados existentes. Quando mudanças são detectadas, como dependências recém-descobertas ou adições de infraestrutura, o AWS Transform sinalizará os grupos de dependências afetados e fornecerá recomendações para ajustes no plano de ondas. O planejamento da migração também pode usar dados de texto não estruturados para enriquecer o processo de planejamento.
Há quatro estágios de planejamento da migração:
Em Escopo e análise, você pode revisar seus dados de descoberta, fazer perguntas sobre seu ambiente de software e rede e determinar os recursos no escopo da migração.
Nos aplicativos de grupo, você pode fornecer uma combinação de regras comerciais e técnicas relacionadas, por exemplo, à análise de nomes de host, dependências de rede e regras de negócios, para que o planejamento da migração possa agrupar sua infraestrutura em aplicativos. Se você já tem um inventário de seus aplicativos, o planejamento de migração pode usá-lo em vez disso.
Em Gerar grupos de movimentação, você pode fornecer ao planejamento de migração seus requisitos técnicos e comerciais para que ele possa determinar quais aplicativos devem ser movidos juntos. As dependências técnicas incluem bancos de dados, filas de mensagens ou outros recursos compartilhados entre vários aplicativos. As dependências comerciais e operacionais incluem importância comercial, RPO e RTO, localização do data center e proprietários de aplicativos.
Por fim, em Build waves, você pode fornecer um contexto de planejamento de migração sobre seus cronogramas e prioridades para que ele possa criar um plano de ondas que você possa migrar. Você pode selecionar grupos de movimentação para inclusão em uma onda com base em fatores como pontuação de prioridade, tamanho do grupo de movimentação, contagem de usuários e complexidade do aplicativo.
Terminologia de planejamento de migração:
As ondas de migração são grupos lógicos que são migrados juntos. As ondas de migração são compostas por um ou mais grupos de movimento.
Um grupo de movimentação é um conjunto de aplicativos codependentes que devem ser movidos juntos. Eles podem ter dependências técnicas, como um banco de dados compartilhado, ou dependências comerciais, como suporte a uma função comercial compartilhada.
Uma dependência é uma relação entre sistemas. Há vários tipos de dependências, incluindo:
Dependências críticas ou difíceis, nas quais os sistemas não podem operar sem a dependência. Exemplos comuns disso são aplicativos que dependem de bancos de dados, outros aplicativos ou serviços.
Dependências flexíveis, que não são críticas para a operação do sistema. Exemplos comuns disso incluem dependências insensíveis à latência que podem ser migradas de forma independente.
Non-technical as dependências incluem dependências comerciais, organizacionais, operacionais e de conformidade. Essas são dependências relacionadas à sua organização e suas prioridades. Exemplos disso incluem função comercial compartilhada e propriedade organizacional.
Fluxo de trabalho
O planejamento da migração é um fluxo de trabalho interativo e iterativo. Você pode voltar e fazer alterações nas etapas anteriores a qualquer momento. Um fluxo de trabalho típico de planejamento de migração é:
O planejamento da migração começa resumindo os dados de descoberta que estão disponíveis. Analise os dados disponíveis e retorne à etapa de descoberta a qualquer momento para fornecer dados adicionais.
Na etapa de escopo e análise, você pode fazer perguntas sobre seu ambiente local para validar os dados coletados. Exemplos de perguntas incluem:
Listar meus servidores por sistema operacional
Resumir minha topologia de rede local
Listar as tecnologias mais comuns em execução no meu ambiente.
Ao analisar seu ambiente, se você identificar servidores que não deveriam estar no escopo da migração, você pode pedir ao AWS Transform que exclua esses recursos. Exemplos incluem:
Remova todos os servidores que têm um legado em seu nome de host
Remova todos os servidores na versão 10.0.2. 0/24 sub-rede
Remova todos os servidores que executam versões do Windows anteriores a 2022
Depois de explorar suficientemente seu ambiente e determinar seu escopo de migração, você pode pedir ao AWS Transform que passe para a próxima etapa de planejamento da migração.
A próxima etapa é o agrupamento de aplicativos. Se você já tem seus servidores mapeados para aplicativos, você pode dizer ao AWS Transform para usar esse mapeamento e pular esta etapa. Se você não tiver seus aplicativos predefinidos, poderá fornecer a lógica técnica e comercial que define seus aplicativos. AWS O Transform o guiará pelo processo de agrupamento de aplicativos e sugerirá os pontos de dados que você pode fornecer para agrupar efetivamente seus servidores em aplicativos. Quanto mais informações você puder fornecer sobre seus aplicativos locais, mais eficientemente o AWS Transform poderá agrupar seus servidores em aplicativos. Depois de fornecer informações suficientes, você poderá instruir o AWS Transform a realizar o agrupamento de aplicativos.
Depois que o agrupamento de aplicativos for realizado, revise os grupos de aplicativos. Você pode instruir o AWS Transform a fazer as alterações necessárias, por exemplo:
Mova o servidor exemplo-servidor para o aplicativo-5
Renomear o aplicativo-5 para “Ambiente de teste de aplicativos de RH”
Remova todos os servidores Linux do IIS Dev Farm
Depois que seus aplicativos estiverem agrupados, instrua o AWS Transform a passar para a próxima etapa
A próxima etapa é mover o agrupamento. Na etapa de agrupamento de movimentação, você identifica os aplicativos que devem ser movidos juntos. Forneça contexto sobre suas dependências técnicas e não técnicas. AWS O Transform guiará você pelo processo e sugerirá pontos de dados que você pode fornecer para agrupar seus aplicativos. Há várias considerações a serem feitas nesse estágio, incluindo:
Qual deve ser o tamanho alvo do grupo de movimentação?
Você quer combinar ambientes, por exemplo, desenvolvimento, teste e produção, para cada aplicativo ou dividi-los?
Como você deseja considerar as dependências de rede? Todas as dependências são críticas ou algumas dependências podem ser consideradas dependências flexíveis e divididas entre grupos de movimentação?
-
Depois de fornecer suas regras para o agrupamento de movimentos, instrua o AWS Transform a executar sua estratégia de agrupamento de movimentos. Em seguida, você pode revisar e modificar seus grupos de movimentação. Depois de analisar seus grupos de mudança, você pode instruir o AWS Transform a passar para a etapa final de planejamento da migração.
O planejamento de ondas é a etapa final do planejamento da migração. Nesta etapa, você agrupa seus grupos de mudança em ondas de migração e prioriza essas ondas. Na etapa de planejamento de ondas, o AWS Transform orientará você a fornecer a priorização de negócios necessária para agrupar seus grupos de mudança em ondas e, em seguida, priorizar essas ondas. As considerações no planejamento de ondas incluem:
A importância comercial de cada um dos seus grupos de mudança
Os cronogramas de migração e os cronogramas de cada grupo de mudança
Os riscos associados a cada grupo de movimento
O número de servidores a serem migrados por onda
Depois de fornecer orientação suficiente sobre como se agrupar em ondas, instrua o AWS Transform a executar o planejamento das ondas. Você pode então revisar suas ondas e modificá-las.
Depois de finalizar seu plano de ondas, você pode concluir o planejamento da migração e passar para a execução. Você pode retornar ao planejamento da migração a qualquer momento para refinar e iterar seu plano.
Para cada onda, você pode atribuir uma estratégia de migração: rehospedar (migrar servidores para o Amazon EC2) e conteinerizar (conteinerizar o código-fonte e implantar no Amazon Elastic Container Service ou no Amazon Elastic Kubernetes Service). Quando você atribui a uma onda a estratégia containerize, o AWS Transform executa o fluxo de trabalho de conteinerização do código-fonte dessa onda durante a execução da migração. Para obter mais informações, consulte Containerização do código-fonte. Para obter estratégias AWS recomendadas em toda a estrutura 7Rs antes de atribuí-las, consulte. Recomendações de estratégia de migração (7Rs)
