Tarefa 5: Definindo o processo de planejamento de ondas - AWS Orientação prescritiva

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á.

Tarefa 5: Definindo o processo de planejamento de ondas

O planejamento de ondas é um marco fundamental em uma grande migração. Em um plano wave, você agrupa aplicativos semelhantes, considerando as dependências da infraestrutura e do aplicativo (como um banco de dados compartilhado), a prioridade dos aplicativos, a semelhança da arquitetura do aplicativo e a funcionalidade comercial. Em seguida, você revisa o plano de onda com as equipes de aplicativos e infraestrutura para confirmar sua disponibilidade durante a janela especificada de migração e substituição.

Com base em implantações reais para vários AWS clientes, a seguir estão algumas das melhores práticas para o planejamento de ondas:

  • Planeje as ondas de migração com pelo menos 4 a 5 ondas de antecedência. Isso ajuda a garantir que sempre haja servidores suficientes para o fluxo de trabalho de migração.

  • Falhe rapidamente. Você deve começar com alguns aplicativos de baixa complexidade e aplicar seu aprendizado em ondas posteriores.

  • Nas primeiras ondas (ondas de 1 a 5), selecione menos servidores (menos de 10), aplicativos de baixa complexidade e aplicativos em ambientes inferiores, como ambientes de desenvolvimento ou teste. Introduza gradualmente mais complexidade e mais servidores nas ondas à medida que você avança.

  • O planejamento de ondas é um processo contínuo, não uma tarefa única. Não tente planejar todas as ondas de uma só vez.

  • Se você estiver usando uma ferramenta de descoberta de portfólio e ela tiver um recurso de pontuação de complexidade, use-a no planejamento de ondas. Migre primeiro os aplicativos com a menor complexidade.

Essa tarefa consiste nas seguintes etapas:

Etapa 1: Definir o processo de movimentação do grupo

Nesta etapa, você identifica todas application-to-server as dependências e define as regras que serão usadas para determinar quais servidores devem ser movidos juntos, como um grupo de movimentação. Um grupo de movimentação é um bloco de servidores ou aplicativos que devem ser movidos juntos em um grupo. Esse é o alicerce de uma onda de migração, em que cada onda consiste em um ou mais grupos de movimentação, dependendo do número de servidores em cada grupo de movimentação.

Identifique as dependências do aplicativo

A seguir estão as principais considerações ao agrupar aplicativos interdependentes em um grupo de movimentação:

  • Considere dependências de infraestrutura, como:

    • Um aplicativo pode ter vários bancos de dados e esses bancos de dados podem ser compartilhados por outros aplicativos.

    • Um aplicativo pode depender de outro aplicativo.

    • Um servidor pode hospedar bancos de dados para vários aplicativos.

  • Considere as dependências comerciais e operacionais, como:

    • Devido a um impacto nos negócios ou ao cronograma operacional (como backup ou aplicação de patches), um aplicativo só pode ser migrado durante uma determinada janela.

    • O proprietário de um aplicativo está disponível somente para uma janela de transição de migração, portanto, todos os aplicativos do proprietário devem estar no mesmo grupo de movimentação.

Você identificou dependências de infraestrutura no processo de workshop de aplicativos ou quando definiu o estado de destino. Você pode identificar dependências de infraestrutura por meio de processos automatizados ou manuais. Para automatizar a identificação de dependências de infraestrutura, você pode usar uma ferramenta de descoberta, como Flexera One Cloud Migration and Modernization ou TDS. TransitionManager Para um processo manual, valide as informações do CMDB com as equipes de aplicativos e infraestrutura.

Você identificou dependências comerciais e operacionais no processo do workshop de aplicativos.

Como ponto de partida para criar seu próprio runbook de planejamento de ondas, recomendamos que você use o modelo Runbook para planejamento de ondas (formato Microsoft Word) incluído nos modelos de manual do portfólio. Documente as dependências da sua migração da seguinte forma:

  1. Abra seu caderno de planejamento de ondas.

  2. Na seção Dependências do aplicativo, registre a dependência. Identifique o tipo (infraestrutura, comercial ou operacional), a dependência e uma breve descrição da dependência.

  3. Salve o caderno de planejamento de ondas.

  4. Mantenha as dependências no manual de planejamento de ondas. Conforme você progride, você pode identificar novas dependências.

A tabela a seguir mostra exemplos de dependências.

Tipo Dependência Descrição

Infraestrutura

Banco de dados

Um banco de dados é compartilhado com outros aplicativos

Infraestrutura

Armazenamento de arquivos

O aplicativo usa um armazenamento central de arquivos que pode ser desacoplado, ou todos os aplicativos associados devem migrar juntos

Infraestrutura

Aplicação

O aplicativo depende de um ou mais outros aplicativos para funcionar, como tarefas de extração, transformação e carregamento (ETL)

Business

Interrupção de negócios

Janelas de interrupção específicas e aprovadas para a aplicação

Operacional

Janela de patch

Tarefas operacionais programadas, como aplicação de patches, que podem afetar a transição da migração

Defina as regras do grupo de movimentação

Depois de registrar as dependências em seu runbook de planejamento de ondas, você deve criar regras de movimentação de grupos com base nessas dependências. Essas regras governam como os servidores são agrupados em grupos de movimentação. Use as etapas a seguir para criar suas regras:

  1. Revise as dependências que você definiu na seção anterior.

  2. Escolha as dependências que afetam se os aplicativos devem ser movidos juntos, em um grupo de movimentação. Nem todas as dependências exigem que os aplicativos sejam migrados juntos. Por exemplo, uma dependência de infraestrutura no Microsoft Active Directory não deve ser considerada ao definir grupos de movimentação porque é uma dependência comum para todos os aplicativos. Você deve criar um controlador de domínio na nuvem antes de migrar qualquer aplicativo.

  3. Converta as dependências que exigem que os aplicativos sejam movidos juntos em uma regra de movimentação de grupo.

Se um aplicativo corresponder a alguma das regras, todos os servidores associados deverão ser colocados no mesmo grupo de movimentação para que sejam migrados juntos.

Documente as regras do grupo de movimentação para sua migração da seguinte forma:

  1. Abra seu caderno de planejamento de ondas.

  2. Na seção Regras de movimentação do grupo, registre as regras do grupo de movimentação em ordem de prioridade.

  3. Salve o caderno de planejamento de ondas.

  4. Mantenha as regras no manual de planejamento de ondas. À medida que você progride, você pode identificar novas regras.

A tabela a seguir mostra exemplos de regras de movimentação de grupos.

Regra Regra de movimentação de grupo

1

Os aplicativos com um banco de dados compartilhado devem migrar juntos.

2

Os aplicativos que têm o mesmo proprietário do aplicativo devem migrar juntos.

3

Aplicativos com a mesma janela de patch devem migrar juntos.

Etapa 2: Definir os critérios de seleção do planejamento de ondas

Depois de estabelecer grupos de movimentação, você precisa reunir grupos de movimentação semelhantes para formar ondas de migração. Nesta etapa, você define os critérios que você usa para selecionar um ou mais grupos de movimentação para cada onda.

Compreender o tamanho de cada grupo de movimento é fundamental para o planejamento bem-sucedido das ondas. O objetivo é dimensionar cada onda para que a migração permaneça ágil e mantenha um fluxo saudável de servidores. Ondas muito grandes podem ser difíceis de adaptar às mudanças no plano de migração, e ondas muito pequenas podem não fornecer servidores suficientes para atingir a velocidade de migração desejada.

Recomendamos que você considere os seguintes critérios ao dimensionar ondas:

  • Primeiras ondas pequenas — As ondas iniciais devem ser menores, com menos de 10 servidores, e então você pode aumentar gradualmente o número de servidores em cada onda. Isso permite que você falhe rapidamente e aproveite as lições aprendidas. Por exemplo, migre um aplicativo com 3 servidores antes de migrar um aplicativo com 20 servidores.

  • Recursos — identifique quantos servidores a equipe de migração pode migrar em uma única onda. Uma medida padrão é que uma equipe de migração de quatro arquitetos possa migrar até 50 servidores em uma semana para padrões de rehospedagem. Combine grupos de movimentação para formar ondas de migração que não excedam a capacidade da equipe de migração.

  • Agilidade — O Waves deve ser adaptável a qualquer mudança no plano de migração. Caso precise reprogramar um servidor, você deverá ser capaz de reprogramar todo o grupo de movimentação dos servidores afetados.

  • Tamanho do armazenamento — migre primeiro os aplicativos menores. Por exemplo, migre um aplicativo de 100 GB antes de um aplicativo de 2 TB.

  • Ambiente de aplicativos — migre aplicativos em ambientes inferiores, como ambientes de desenvolvimento ou teste, antes de aplicativos em ambientes de produção.

  • Complexidade do aplicativo — primeiro migre aplicativos menos complexos com menos dependências externas.

  • Criticidade do aplicativo — migre aplicativos não críticos antes de aplicativos de missão crítica.

  • Base de usuários — migre primeiro os aplicativos que têm pequenas bases de usuários. Por exemplo, migre um aplicativo com 10 usuários antes de um aplicativo com 10.000 usuários.

  • Largura de banda da rede — O tamanho da onda não deve exceder a largura de banda da rede. Para obter mais informações, consulte seus princípios de migração, que você definiu de acordo com as instruções no manual do Foundation para AWS grandes migrações.

Documente os critérios de seleção para o planejamento de ondas da seguinte forma:

  1. Abra seu caderno de planejamento de ondas.

  2. Na seção Critérios de seleção de planejamento do Wave, registre os critérios que você deseja usar para sua migração.

  3. Salve o caderno de planejamento de ondas.

  4. Mantenha os critérios no caderno de planejamento de ondas. À medida que você progride, talvez seja necessário ajustar os critérios ou adicionar novos critérios.

A tabela a seguir mostra exemplos de critérios de seleção de planejamento de ondas.

Critérios Descrição

Identifique os aplicativos menos complexos

Identifique aplicativos com pontuações de complexidade mais altas nos grupos de movimentação.

Reduza o ambiente primeiro

Os aplicativos não essenciais em ambientes inferiores, como ambientes de desenvolvimento ou teste, devem migrar primeiro. Os aplicativos essenciais em ambientes de produção, como aqueles que geram receita, devem migrar por último.

Falhe rapidamente

Forme ondas iniciais com menos de 10 servidores.

Força da equipe de migração

Identifique quantos servidores cada equipe de migração pode transferir.

Combine grupos de movimentação semelhantes

Combine grupos de movimento com base em pontos em comum. Por exemplo, os grupos de movimentação podem compartilhar o mesmo proprietário do aplicativo, data center de origem ou AWS conta de destino.

Tamanho da onda

As ondas não devem exceder 50 servidores no total.

Critérios de saída da etapa

  • Você identificou os critérios de planejamento de ondas para seu caso de uso e os documentou em seu manual de planejamento de ondas.

Etapa 3: finalizar o processo de planejamento de ondas

Agora que você definiu como criar grupos de movimentação e estabeleceu os critérios usados para combinar grupos de movimentação em ondas de migração, você deve definir o processo de planejamento de ondas. Nesta etapa, você atualiza seu caderno de planejamento de ondas para registrar o processo completo de planejamento de ondas e confirma que tem uma ferramenta de painel que a equipe pode usar para registrar as informações das ondas.

Nesta etapa, recomendamos que você use o modelo de painel fornecido para planejamento e migração de ondas, que está disponível nos modelos de manual do portfólio. Esse modelo foi desenvolvido para auxiliar as equipes de portfólio e serve como ponto de partida para a coleta de dados, ajudando a analisar portfólios de aplicativos, identificar application-to-server dependências e, eventualmente, planejar ondas de migração. Você pode modificar esse modelo conforme necessário para seu ambiente.

Documente o processo de planejamento de ondas da seguinte forma:

  1. Abra o modelo de painel para planejamento e migração de ondas.

  2. Modifique o painel conforme necessário para seu caso de uso. Por exemplo, você pode adicionar uma planilha para extrair o inventário do servidor, adicionar uma nova tabela dinâmica ou gráfico ou importar as informações da fonte usando a função. VLOOKUP

  3. Salve o modelo do painel.

  4. Abra seu caderno de planejamento de ondas.

  5. Na seção Etapa 2: Executar planejamento de ondas, modifique o processo padrão fornecido para atender às necessidades do seu caso de uso.

  6. Salve o caderno de planejamento de ondas.

  7. Compartilhe seu caderno de planejamento de ondas com a equipe para análise.

  8. Mantenha o processo no caderno de planejamento de ondas. Esse processo atua como um procedimento operacional padrão para planejar ondas para sua grande migração.

Critérios de saída da tarefa

  • Você documentou o seguinte em seu runbook de planejamento de ondas:

    • Dependências de aplicativos

    • Regras de grupos de movimentação de aplicativos, listadas em ordem de prioridade

    • Critérios de seleção de planejamento de ondas

    • Processo de planejamento de ondas