Este artigo analisa a nova funcionalidade de migração in-place de Virtual Machines (VMs) do Azure de um escopo regional para Availability Zones (AZs). A principal conclusão é que essa ferramenta reduz drasticamente a complexidade operacional para aumentar o SLA e o isolamento contra falhas de datacenter, permitindo a migração sem recriar recursos. Times de engenharia devem planejar a transição avaliando pré-requisitos como SKUs de IP e Load Balancers, mantendo o foco em resiliência e estabilidade.
A Microsoft liberou em public preview a capacidade de realizar a migração de VMs e instâncias de Virtual Machine Scale Sets (VMSS) Flexible orchestration do modo regional (não zonal) para Availability Zones. Para empresas brasileiras, isso representa uma oportunidade de fortalecer a resiliência de arquiteturas existentes sem o pesadelo operacional que, até então, exigia a recriação completa dos recursos.
Por que migrar de regional para zonal?
As Availability Zones não são apenas um detalhe técnico; são edifícios fisicamente separados com infraestrutura de energia, resfriamento e conectividade independentes. O ganho de resiliência é direto:
| Recurso | Regional | Zonal |
|---|---|---|
| Isolamento por datacenter | Não | Sim |
| SLA Single-VM | 99.9% | 99.9% |
| SLA Multi-VM | 99.95% | 99.99% (2+ zonas) |
| Proteção contra queda de zona | Não | Sim |
Migrar para zonas elevará o profile de disponibilidade da sua carga de trabalho, sendo essencial para ambientes que exigem alta performance e conformidade rigorosa.
Como a migração funciona na prática?
O processo foi desenhado para ser controlado, in-place e, o mais importante, preservando o ID do recurso, o que evita que você precise atualizar suas automações de CI/CD ou dependências de rede. O fluxo exige que a VM esteja em estado Stopped (deallocated) antes da mudança e, uma vez aplicada a configuração de zona, o movimento dos dados dos discos ocorre de forma transparente (background) enquanto a aplicação volta a rodar.
Pontos de atenção para a engenharia:
- One-way street: Uma vez que sua VM está em um zoneamento específico, não há possibilidade de rollback para o estado regional.
- Granularidade: Em Scale Sets, a migração ocorre por instância, permitindo que o time valide a saúde da aplicação lote por lote.
- Dependências bloqueantes: Verifique se você não está operando com SKUs de rede defasados. Basic SKU Public IPs e Basic Load Balancers precisam ser obrigatoriamente atualizados para Standard antes de qualquer tentativa de migração.
Estratégia de implementação
Não tente aplicar essa mudança de uma vez em ambientes de produção. O nosso conselho consultivo aqui da Nuvem Online é seguir uma estratégia clara: comece pelos ambientes de homologação (non-production), valide se o tamanho da sua VM (SKU) está disponível na Availability Zone de destino utilizando o comando az vm list-skus, e utilize batches para ambientes com alta densidade de instâncias.
O uso de Proximity Placement Groups (PPG) pode complicar o processo: garanta que, ao realizar o update, você utilize o parâmetro --ppg "" para remover a associação e evitar falhas no deployment.
Artigo originalmente publicado em Azure Updates - Latest from Azure Charts.
