Corrigir ativos antes da migração
Durante o processo de avaliação da migração, a equipe identifica as configurações que podem 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 correção é um investimento sensato.
Tipos de correçã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 corretamente 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 de atividades de migração de teste e execuçã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 auxiliares, como balanceadores de carga, redes virtuais e contas de armazenamento.
- Essas tarefas são provavelmente mais iterativas. Testes e remediação através de vários ciclos até que todos os casos de teste passem é esperado.
Acompanhe as atividades de correçã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 controlar essas tarefas como atividades do projeto para garantir que elas sejam concluídas.
Enquanto ondas de migração pequenas podem usar planilhas para rastrear itens, ondas maiores com muitas tarefas de correçã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 de volta à 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. Geralmente são itens com o host, 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 correção comuns
O endividamento técnico é uma parte saudável e esperada do ambiente corporativo. As decisões de arquitetura adequadas para um ambiente local podem não ser totalmente adequadas para uma plataforma de nuvem. Em todo caso, tarefas de correção comuns podem ser necessárias para preparar os ativos para a migração. A seguir, estão 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 precisará 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 talvez precisem 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.
- Alterações secundárias nos caminhos de rede: os padrões de roteamento precisam ser modificados para rotear corretamente o tráfego de usuários 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 correçã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 dentro de 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 correção compreende uma grande parte do esforço de migração. As tarefas de correção a seguir 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 uma equipe semelhante à adoção da nuvem e à governança da 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 em execução em versões desatualizadas do Linux ou do 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 de cargas de trabalho afetadas. Quando várias máquinas virtuais (VMs) exigem 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 correções em larga escala
Como a correção para cargas de trabalho menores pode ser direta, escolha cargas de trabalho menores para suas ondas de migração iniciais. À medida que os esforços de migração amadurecerem e você começar a lidar com cargas de trabalho maiores, a correção poderá ser demorada e dispendiosa. 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 grande escala é necessária, talvez seja necessário alterar seus planos para migrar as 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 correção foram identificadas e relacionadas na lista de pendências da migração?
- Para cargas de trabalho que não são afetadas, uma migração produz um retorno sobre o investimento (ROI) semelhante?
- Os ativos afetados podem ser corrigidos em alinhamento com a linha do tempo original da migração? Que efeito as mudanças na linha do tempo têm no ROI?
- É economicamente viável corrigir os ativos 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 resolver 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 correção e o valor comercial são igualmente altos, uma carga de trabalho é uma boa opção para reconstruir ou rearquitetar.