O que são as zonas de disponibilidade?
Muitas regiões do Azure fornecem zonas de disponibilidade, que são grupos separados de datacenters dentro de uma região. Cada zona de disponibilidade tem infraestrutura independente de energia, resfriamento e rede, de modo que, se uma zona sofrer uma interrupção, os serviços regionais, a capacidade e a alta disponibilidade serão suportados pelas zonas restantes.
As zonas de disponibilidade são conectadas por uma rede de alto desempenho com uma latência de ida e volta inferior a aproximadamente 2 ms. Eles estão próximos o suficiente para ter conexões de baixa latência para outras zonas de disponibilidade, mas estão distantes o suficiente para reduzir a possibilidade de mais de um ser afetado por uma interrupção localizada, como uma falha de energia ou uma tempestade.
Os locais dos datacenters são selecionados usando critérios rigorosos de avaliação de risco de vulnerabilidade. Esse processo identifica todos os riscos significativos específicos do datacenter e considera os riscos compartilhados entre as zonas de disponibilidade.
O diagrama a seguir mostra vários exemplos de regiões do Azure. As regiões 1 e 2 suportam zonas de disponibilidade e as regiões 3 e 4 não têm zonas de disponibilidade.
Para ver quais regiões oferecem suporte a zonas de disponibilidade, consulte Regiões do Azure com suporte a zona de disponibilidade.
Tipos de suporte à zona de disponibilidade
Os serviços do Azure podem fornecer dois tipos de suporte à zona de disponibilidade: com redundância de zona e zonal. Cada serviço pode suportar um ou ambos os tipos. Ao projetar sua estratégia de confiabilidade, certifique-se de entender como cada serviço em sua carga de trabalho suporta zonas de disponibilidade.
Implantações com redundância de zona: os recursos com redundância de zona são replicados ou distribuídos automaticamente em várias zonas de disponibilidade. Por exemplo, os serviços de dados com redundância de zona replicam os dados em várias zonas para que uma falha em uma zona não afete a disponibilidade dos dados. Para alguns serviços, você pode selecionar o conjunto de zonas que seu recurso usa, enquanto em outros serviços a Microsoft seleciona as zonas.
Com implantações com redundância de zona, a Microsoft gerencia a distribuição de solicitações entre zonas e a replicação de dados entre zonas. Se ocorrer uma interrupção em uma zona de disponibilidade, a Microsoft gerenciará o failover para outra zona automaticamente.
Implantações zonais: um recurso zonal é implantado em uma única zona de disponibilidade autoselecionada. Essa abordagem não oferece um benefício de resiliência, mas ajuda você a atingir requisitos mais rigorosos de latência ou desempenho. Por exemplo, máquinas virtuais, discos gerenciados e endereços IP padrão podem ser implantados zonalmente na mesma zona.
Para melhorar a resiliência dos recursos zonais, você precisa projetar uma arquitetura com recursos separados em várias zonas de disponibilidade dentro da região, mas a Microsoft não gerencia o processo para você. Se ocorrer uma interrupção em uma zona de disponibilidade, você será responsável pelo failover para outra zona.
Alguns serviços não usam zonas de disponibilidade até que você as configure para isso. Se você não configurar explicitamente um serviço para suporte à zona de disponibilidade, ele será chamado de implantação não zonal ou regional . Os recursos configurados dessa maneira podem ser colocados em qualquer zona de disponibilidade na região e podem ser movidos. Se qualquer zona de disponibilidade na região sofrer uma interrupção, os recursos não zonais podem estar na zona afetada e podem enfrentar tempo de inatividade.
Importante
Alguns serviços podem ter requisitos adicionais a serem atendidos para suporte à zona de disponibilidade. Por exemplo, alguns só podem dar suporte a zonas de disponibilidade para determinadas camadas ou SKUs, ou em um subconjunto de regiões do Azure.
Configurando recursos para suporte à zona de disponibilidade
Cada serviço tem seu próprio método para configurar o suporte à zona de disponibilidade. Para saber como cada serviço dá suporte a zonas de disponibilidade e como configurar esse suporte, consulte Guias de confiabilidade do Azure por serviço.
Zonas de disponibilidade física e lógica
Cada datacenter é atribuído a uma zona física. As zonas físicas são mapeadas para zonas lógicas na sua subscrição do Azure e subscrições diferentes podem ter uma ordem de mapeamento diferente. As assinaturas do Azure recebem automaticamente seu mapeamento no momento em que a assinatura é criada. Por isso, o mapeamento de zona para uma assinatura pode ser diferente para outras assinaturas.
Por exemplo, a subscrição A pode ter a zona física 1 mapeada para a zona lógica 2, enquanto a subscrição B tem a zona física 1 mapeada para a zona lógica 3:
Para entender o mapeamento entre zonas lógicas e físicas para sua assinatura, use a API Listar Locais do Azure Resource Manager. Você pode usar a CLI do Azure ou o Azure PowerShell para recuperar as informações da API.
az rest --method get \
--uri '/subscriptions/{subscriptionId}/locations?api-version=2022-12-01' \
--query 'value[?availabilityZoneMappings != `null`].{displayName: displayName, name: name, availabilityZoneMappings: availabilityZoneMappings}'
Zonas de disponibilidade e atualizações do Azure
Para cada região, a Microsoft pretende implantar atualizações para os serviços do Azure em uma única zona de disponibilidade de cada vez. Essa abordagem reduz o impacto que as atualizações podem ter em uma carga de trabalho ativa, permitindo que a carga de trabalho continue a ser executada em outras zonas enquanto a atualização está em processo. Para aproveitar as atualizações de zona seqüenciadas, sua carga de trabalho já deve estar configurada para ser executada em várias zonas. Para obter mais informações sobre como o Azure implanta atualizações, consulte Avançando práticas de implantação seguras.
Orientação arquitetônica da zona de disponibilidade
Para obter cargas de trabalho confiáveis:
- As cargas de trabalho de produção devem ser configuradas para usar várias zonas de disponibilidade se a região em que estão oferecer suporte a zonas de disponibilidade.
- Para cargas de trabalho de missão crítica, você deve considerar uma solução que seja multirregião e multizona.
Para obter informações mais detalhadas sobre como usar regiões e zonas de disponibilidade em uma arquitetura de solução, consulte Recomendações para usar zonas e regiões de disponibilidade.