Remediar recursos antes da migração

Durante o processo de avaliação da migração, a equipe identifica quaisquer configurações que possam tornar um ativo incompatível com o provedor de nuvem escolhido. A correção é um ponto de verificação no processo de migração que você pode usar para resolver quaisquer incompatibilidades.

Este artigo descreve algumas tarefas comuns de correção e ajuda você a decidir se a remediação é um investimento sábio.

Tipos de remediação

Há dois tipos principais de atividades de correção que você precisa planejar durante toda a implantação.

• Com base nos resultados das atividades de avaliação
  • Atividades de correção que precisam ser concluídas para permitir a replicação e a implantação.
  • Você determinou essas atividades de correção em sua avaliação de carga de trabalho durante a fase de avaliação. Você deve executar essas tarefas para garantir que possa replicar e preparar adequadamente sua carga de trabalho na nuvem.
  • Isso se concentra principalmente nos servidores de origem que estão sendo migrados.
• Com base nos resultados das atividades de teste
  • Isso vem do teste de atividades de migração e da realização de testes de negócios.
  • Essas atividades de correção se concentram na configuração dos servidores de destino replicados e em quaisquer serviços de assistência, como balanceadores de carga, redes virtuais e contas de armazenamento.
  • Essas tarefas são provavelmente mais iterativas. Espera-se testar e remediar através de vários ciclos até que todos os casos de teste sejam aprovados.

Acompanhe as atividades de remediação

Ao longo da iteração, você pode identificar tarefas de correção para suas cargas de trabalho por meio de avaliação ou teste. Você precisa acompanhar essas tarefas como atividades do projeto para garantir que elas sejam concluídas.

Enquanto pequenas ondas de migração podem usar planilhas para rastrear itens, ondas maiores com muitas tarefas de remediação geram vários itens. Você pode usar ferramentas como o Azure DevOps para criar e priorizar itens de trabalho e passar por fases específicas para ajudá-lo a expandir. Mesmo que você não use o Azure DevOps para outros esforços, poderá usá-lo para triar problemas de correção e organizar tarefas para o processo de migração.

Ao criar essas tarefas, certifique-se de conectá-las novamente à carga de trabalho que elas afetam. Isso permite avaliar quais cargas de trabalho podem ser atrasadas por tarefas de correção. Em seguida, você pode priorizar o trabalho por prioridade de carga de trabalho.

Alguns problemas podem afetar várias cargas de trabalho. Estes são geralmente itens com o anfitrião, uma configuração ampla, ou problemas com a zona de pouso como um todo. Esses problemas devem ser os primeiros priorizados para remediação.

Tarefas de remediação comuns

A dívida técnica é uma parte saudável e esperada do ambiente corporativo. As decisões de arquitetura adequadas para um ambiente local podem não ser adequadas em uma plataforma de nuvem. Em ambos os casos, tarefas comuns de correção podem ser necessárias para preparar ativos para migração. Veja a seguir alguns exemplos:

• Pequenas atualizações de host: ocasionalmente, um host desatualizado precisa ser atualizado antes da replicação.
• Pequenas atualizações do sistema operacional convidado: você provavelmente precisa corrigir ou atualizar seu sistema operacional antes da replicação.
• Modificações no contrato de nível de serviço (SLA): os processos de backup e recuperação mudam significativamente em uma plataforma de nuvem. Os processos de backup para ativos migrados podem precisar ser modificados para garantir que eles continuem a atingir seus SLAs necessários na nuvem.
• Alterações na configuração do aplicativo: os aplicativos migrados podem exigir ajustes em variáveis como caminhos de rede para ativos dependentes, alterações na conta de serviço ou atualizações para endereços IP dependentes.
• Pequenas alterações nos caminhos de rede: os padrões de roteamento precisam ser modificados para rotear adequadamente o tráfego do usuário para os novos ativos. Isso não é roteamento de produção para os novos ativos, mas configuração para permitir o roteamento adequado para os ativos em geral.

Tarefas de remediação em grande escala

Há pouca necessidade de correção quando um datacenter é mantido, corrigido e atualizado corretamente. Ambientes ricos em remediação tendem a ser comuns em grandes empresas. Isso pode incluir organizações sob grande downsizing de TI, serviços gerenciados por legado e ambientes ricos em aquisições. Em cada um desses ambientes, a remediação compreende uma grande parte do esforço de migração. As seguintes tarefas de correção podem ocorrer com frequência ou afetar negativamente a velocidade ou a consistência da migração. Se isso acontecer, separe a correção em um esforço paralelo e equipe semelhante à adoção e governança de nuvem.

• Atualizações frequentes de host: atualizar vários hosts para concluir a migração de uma carga de trabalho pode atrasar a equipe de migração. Isole os aplicativos afetados e aborde as etapas de correção antes de incluir os aplicativos afetados em quaisquer versões planejadas.
• Atualização frequente do sistema operacional convidado: Grandes empresas geralmente têm servidores rodando em versões desatualizadas do Linux ou Windows. Além dos riscos de segurança de operar um sistema operacional desatualizado, também há problemas de incompatibilidade que impedem a migração das cargas de trabalho afetadas. Quando várias máquinas virtuais (VMs) exigirem a correção do sistema operacional, tente separar esses esforços em uma iteração paralela. Algumas atualizações podem ser concluídas pelas ferramentas de migração como parte do processo de migração, como o recurso de atualização do Windows Server no Azure Migrate and Modernize.

Abordar remediações em larga escala

Como a correção para cargas de trabalho menores pode ser simples, escolha cargas de trabalho menores para suas ondas de migração iniciais. À medida que seus esforços de migração amadurecem e você começa a lidar com cargas de trabalho maiores, a correção pode ser demorada e cara. Por exemplo, os esforços de correção para uma migração do Windows Server 2003 envolvendo um pool de ativos com mais de 5.000 VMs podem atrasar uma migração em meses. Quando essa correção em larga escala é necessária, talvez seja necessário alterar seus planos de migração das cargas de trabalho afetadas. Nesses casos, as atividades de modernização para maximizar o valor dos esforços de remediação podem ser mais eficientes e produtivas.

Você pode usar as seguintes perguntas para ajudar a orientar as decisões:

• Todas as cargas de trabalho afetadas pela remediação foram identificadas e anotadas no registo de tarefas pendentes de migração?
• Para cargas de trabalho que não são afetadas, uma migração produz um retorno sobre o investimento (ROI) semelhante?
• Os recursos afetados podem ser remediados em conformidade com a linha cronológica de migração original? Que efeito as alterações na linha do tempo têm no ROI?
• É economicamente viável remediar os recursos em paralelo com os esforços de migração?

Se as perguntas anteriores não forem respondidas, considere estas abordagens de modernização:

• Conteinerização: alguns ativos podem ser hospedados em um ambiente conteinerizado sem correção. Isso pode produzir um desempenho menos favorável e não resolve problemas de segurança ou conformidade.
• Automação: Dependendo da carga de trabalho e dos requisitos de correção, criar scripts da implantação para novos ativos usando uma abordagem de DevOps pode ser mais lucrativo.
• Reconstrução: quando os custos de remediação e o valor comercial são igualmente altos, uma carga de trabalho é uma boa opção para reconstruir ou rearquitetar.

Próximo passo

Replicar recursos