Testar sua implantação de migração no Azure
Depois de replicar ou preparar suas cargas de trabalho e garantir que os serviços de suporte estejam disponíveis, você pode começar os testes de migração. Os testes de migração concentram-se principalmente em duas áreas:
- Arquitetura: teste sua arquitetura para garantir que ela funcione com os recursos replicados ou em estágios.
- Rotinas de gerenciamento: teste seu plano de gerenciamento para os recursos migrados para garantir que ele seja funcional.
Ao contrário dos testes de negócios, os testes de migração se concentram nas atividades de TI.
Ao identificar problemas, você pode adicioná-los ao seu plano de correção. Depois de resolver todos os problemas, você pode prosseguir para a liberação da carga de trabalho.
Executar migrações de teste
Depois de replicar recursos, você pode executar migrações de teste em ambientes isolados para garantir que não afete as cargas de trabalho de produção.
As migrações de teste variam dependendo das ferramentas, mas geralmente você cria uma réplica dos sistemas de origem que é executada em paralelo aos sistemas ativos. Execute testes nesses sistemas secundários. Ao concluir o teste, você pode limpar os recursos replicados sem introduzir alterações permanentes.
Para fazer testes, você precisa:
Uma rede isolada onde você testa o failover. Corresponda a configuração de rede à configuração de rede de migração pretendida, tanto quanto possível.
Acesso à rede isolado de uma fonte, como uma VPN ponto a site, uma caixa de salto ou o Azure Bastion.
Um mecanismo de autenticação para autenticar no ambiente de teste. O ambiente de teste é isolado, portanto, não pode usar o provedor de identidade da sua zona de pouso.
Você pode usar um controlador de domínio migrado para teste que implanta no ambiente de teste com os recursos de migração de teste. Após o teste, limpe o controlador de domínio com os recursos.
Como alternativa, sua rede isolada pode ter um controlador de domínio de teste. Emparelhe a rede para permitir a replicação do tráfego do Ative Directory. Você pode tirar um instantâneo do controlador de domínio no Azure e, em seguida, excluir o par para fins de teste para isolar a rede. Você pode aproveitar todas as funções necessárias e, em seguida, restaurar o estado quando concluir o teste para evitar fazer alterações no provedor de identidade ao vivo.
Sua ferramenta de migração deve ter instruções para executar uma migração de teste e limpá-la depois de executar seu plano de teste.
Gorjeta
Você também pode usar esse ambiente de teste para testes de negócios.
Corrigir problemas de teste
Depois de fazer o teste, certifique-se de que:
- Registre todos os problemas descobertos no plano de correção.
- Triagem de problemas com base na sua gravidade e identificar quaisquer soluções alternativas como parte da triagem.
- Soluções alternativas de documentos. Se você puder incorporar a solução alternativa como parte da migração, talvez não seja necessário corrigir o problema.
- Comece com itens que não são solução alternativa. Considere corrigir itens sem soluções alternativas primeiro.
Exemplo de plano de teste
Aqui está um exemplo básico de uma saída de plano de teste para um projeto de migração:
| Teste | Bem-sucedido/malsucedido | Nota |
|---|---|---|
| Implantação de máquinas virtuais | ✅ | |
| Os administradores podem iniciar sessão em máquinas virtuais | ✅ | |
| Início dos serviços Web dos Serviços de Informação Internet (IIS) | ✅ | |
| Início do serviço 1 | ✅ | |
| Início do serviço 2 | ❌ | O serviço teve de ser iniciado manualmente |
| Acesso ao site | ✅ | |
| Início dos serviços SQL | ✅ | |
| Acesso à base de dados | ✅ | |
| O balanceamento de carga entre sites funciona | ✅ | |
| A entrada do Gateway de Aplicativo do Azure funciona | ❌ | O Application Gateway tem um problema de certificado |
| O tempo total para a transação de teste foi inferior a 5 ms | ✅ |