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 normalmente separadas por vários quilômetros, e geralmente estão dentro de 100 quilômetros. Essa distância significa que eles estão próximos o suficiente para ter conexões de baixa latência para outras zonas de disponibilidade por meio de uma rede de alto desempenho. No entanto, eles estão distantes o suficiente para reduzir a probabilidade de que mais de um seja afetado por interrupções locais ou pelo clima.
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.
Quando você usa configurar um recurso para ser redundante de zona, ou se você usa várias instâncias de um recurso zonal em diferentes zonas de disponibilidade, então seu recurso é considerado resiliente à zona: ou seja, é resiliente à interrupção de uma única zona de disponibilidade.
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.
Para comparar o mapeamento de zona para soluções resilientes que abrangem várias assinaturas, use a API ARM dedicada checkZonePeers. Para usar a checkZonePeers API, o recurso "Microsoft.Resources/AvailabilityZonePeering" precisa ser habilitado. Para obter mais informações sobre como habilitar recursos, consulte Registrar recursos na assinatura do Azure.
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.
Nota
Conforme relatado no Blog de Atualizações do Azure, o Azure não cobrará pela transferência de dados entre zonas de disponibilidade, independentemente do uso de IPs privados ou públicos em seus recursos do Azure. Com esta alteração, o Azure incentivará e apoiará ainda mais os esforços dos clientes na criação de aplicações e soluções mais resilientes e eficientes no Azure
Latência entre zonas
Dentro de cada região, as zonas de disponibilidade são conectadas através de uma rede de alto desempenho. A Microsoft se esforça para obter uma comunicação entre zonas com latência de ida e volta inferior a aproximadamente 2 milissegundos. A baixa latência permite a comunicação de alto desempenho dentro de uma região e a replicação síncrona de dados em várias zonas de disponibilidade.
Nota
A latência de destino refere-se à latência dos links de rede. Dependendo do protocolo de comunicação usado e dos saltos de rede necessários para qualquer fluxo de rede específico, a latência observada pode ser diferente.
Na maioria das cargas de trabalho, você pode distribuir componentes de sua solução entre zonas de disponibilidade sem um efeito percetível no desempenho. Se você tiver uma carga de trabalho com um alto grau de sensibilidade à latência entre zonas, é importante testar a latência entre as zonas de disponibilidade selecionadas com seus protocolos e configuração reais. Para reduzir o tráfego entre zonas, é possível usar implantações zonais, mas, idealmente, você deve usar várias zonas de disponibilidade em seu plano estratégico de confiabilidade.
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.