Introdução Em cenários de alta disponibilidade e recuperação de desastres (Disaster Recovery - DR), muitos clientes optam por distribuir suas cargas de trabalho entre diferentes Zonas de Disponibilidade (AZs) dentro da mesma região do Azure. No entanto, uma dúvida recorrente — e crítica — diz respeito à diferença entre zonas lógicas e zonas físicas, que pode impactar diretamente a eficácia da estratégia de DR. Este artigo esclarece essa distinção, apresenta os riscos mais comuns associados e orienta como verificar o mapeamento real das zonas em sua assinatura.
O que é o mapeamento de zonas do Azure (Zona Lógica vs Zona Física)
No Azure, as Zonas de Disponibilidade (AZs) são agrupamentos de datacenters fisicamente separados dentros de uma mesma região. Cada zona possui infraestrutura independente - energia, refrigeração e rede - garantindo alta disponibilidade e resiliência.
Porém, há uma distinção entre:
|
Tipo de Zona |
Definição |
|
Zona Lógica |
Identificador exibido no portal do Azure (AZ1, AZ2, AZ3). |
|
Zona Física |
Grupo real de datacenters. O mapeamento entre lógica e física varia por assinatura |
O mapeamento entre zonas lógicas e físicas não é fixo. Isso significa que:
- AZ1 na assinatura A pode ser fisicamente igual à AZ3 na assinatura B.
- Sem verificação, você pode estar executando produção e DR na mesma infraestrutura física, anulando os benefícios da separação.
Esse comportamento é intencional e inspirado no modelo da AWS, que também não garante consistência entre zonas lógicas em diferentes contas.
Qual o objetivo desse design?
A motivação por trás desse mapeamento dinâmico é:
- Distribuir a carga de consumo de forma mais eficiente entre os datacenters.
- Evitar hotspots e garantir resiliência operacional.
- Permitir flexibilidade de alocação conforme a capacidade física disponível.
Esse modelo ajuda a balancear o uso da infraestrutura global, sem expor diretamente a topologia física aos clientes — o que também reforça a segurança e abstração da plataforma.
Essa distinção é essencial: a zona lógica AZ1 em uma assinatura pode, na prática, ser a mesma zona física que a AZ3 em outra. Sem uma verificação adequada, o cliente pode acabar executando cargas de produção e de DR (Disaster Recovery) na mesma infraestrutura física, o que anula os benefícios esperados da separação entre zonas.
Exemplo prático de risco
Vamos considerar o seguinte cenário de um cliente:
- Produção: AZ1 e AZ2 em uma assinatura A
- DR: AZ3 em outra assinatura B, na mesma região
O cliente acredita estar distribuindo suas cargas entre três zonas distintas. No entanto, ao verificar o mapeamento real, encontra a seguinte saída:
|
[ { "logicalZone": "1", "physicalZone": "brazilsouth-az3" }, { "logicalZone": "2", "physicalZone": "brazilsouth-az1" }, { "logicalZone": "3", "physicalZone": "brazilsouth-az2" } ] |
Neste exemplo, a AZ3 lógica está mapeada para a AZ2 física, que já está sendo usada na produção. Ou seja, não há separação física real.
Como verificar o mapeamento de zonas?
Para evitar esse problema, é essencial verificar o mapeamento entre zonas lógicas e físicas em cada assinatura. Use o seguinte comando via Azure CLI:
|
az rest --method get \ --uri "/subscriptions/<subscription-id>/locations?api-version=2022-12-01" \ --query "value[?name=='<region-name>'].{displayName: displayName,name: name,availabilityZoneMappings: availabilityZoneMappings }" \ -o json
|
Substitua <subscription-id> e <region-name> (ex: brazilsouth) conforme necessário.
Veja abaixo um exemplo de saída obtida no meu ambiente de laboratório, onde tenho duas assinaturas. Vou executar o mapeamento de zonas entre elas para a região Brazil South.
Na primeira subscription 1 temos o seguinte mapeamento.
- Zona lógica: 1 – Zona Física: brazilsouth-az1
- Zona lógica: 2 – Zona Física: brazilsouth-az2
- Zona lógica: 3 – Zona Física: brazilsouth-az3
Na segunda subscription 2 temos o seguinte mapeamento.
- Zona lógica: 1 – Zona Física: brazilsouth-az3
- Zona lógica: 2 – Zona Física: brazilsouth-az1
- Zona lógica: 3 – Zona Física: brazilsouth-az2
Resumindo: Se minha estratégia de DR envolve o uso das zonas lógicas 1 e 2 na subscription 1, pois elas estão mapeadas fisicamente para as zonas AZ1 e AZ2, então, na subscription 2 destinada ao DR, devo utilizar a zona lógica 1 — já que, nessa assinatura, ela está mapeada fisicamente para a AZ3.
Boas práticas
- Sempre verifique o mapeamento entre zonas lógicas e físicas antes de definir sua estratégia de DR.
- Evite assumir que AZ1, AZ2 e AZ3 representam zonas físicas distintas entre diferentes assinaturas.
- Considere utilizar regiões diferentes para DR quando a separação física for um requisito crítico.
- Documente e compartilhe o mapeamento com sua equipe de arquitetura e operações para garantir alinhamento e evitar riscos.
Referência oficial
Para mais detalhes, consulte a documentação oficial da Microsoft:
https://learn.microsoft.com/en-us/azure/availability-zones/az-overview
Comparing AWS and Azure regions and zones - Azure Architecture Center | Microsoft Learn
Microsoft