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. As zonas de disponibilidade são próximas o suficiente para ter ligações de baixa latência com outras zonas de disponibilidade. Estão ligadas através de uma rede de alto desempenho com uma latência de ida e volta inferior a 2 ms. No entanto, as zonas de disponibilidade estão afastadas o suficiente para reduzir a probabilidade de mais de uma ser afetada por interrupções locais ou pelo clima. As zonas de disponibilidade têm infraestruturas independentes de energia, refrigeração e rede. São concebidas para que, caso uma zona sofra uma interrupção, os serviços regionais, a capacidade e a alta disponibilidade sejam suportados pelas zonas restantes. Ajudam a manter os seus dados sincronizados e acessíveis quando algo corre mal.
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.
Para ver quais regiões oferecem suporte a zonas de disponibilidade, consulte Regiões do Azure com suporte a zona de disponibilidade.
Serviços com redundância de zona e zona
Ao implantar em uma região do Azure que contém zonas de disponibilidade, você pode usar várias zonas de disponibilidade juntas. Usando várias zonas de disponibilidade, você pode manter cópias separadas de seu aplicativo e dados em datacenters físicos separados em uma grande área metropolitana.
Existem duas formas pelas quais os serviços do Azure utilizam zonas de disponibilidade:
Recursos zonais estão afixados a uma zona de disponibilidade específica. Pode combinar várias implantações zonais em diferentes zonas para cumprir os requisitos de alta fiabilidade. É responsável por gerir a replicação de dados e por distribuir pedido entre zonas. Se ocorrer uma interrupção numa única zona de disponibilidade, será responsável pela ativação pós-falha para outra zona de disponibilidade.
Recursos com redundância entre zonas estão distribuídos por várias zonas de disponibilidade. A Microsoft gere a distribuição de pedidos entre zonas e a replicação de dados entre zonas. Caso ocorra uma interrupção numa única zona de disponibilidade, a Microsoft gere a ativação pós-falha automaticamente.
Os serviços do Azure dão suporte a uma ou ambas as abordagens. Os serviços de plataforma como serviço (PaaS) normalmente oferecem suporte a implantações com redundância de zona. Os serviços de infraestrutura como serviço (IaaS) normalmente oferecem suporte a implantações zonais. Para obter mais informações sobre como os serviços do Azure funcionam com zonas de disponibilidade, consulte Regiões do Azure com suporte à zona de disponibilidade.
Para obter informações sobre suporte à confiabilidade específica do serviço usando zonas de disponibilidade, bem como orientações recomendadas de recuperação de desastres, consulte Visão geral das diretrizes de confiabilidade.
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 X mapeada para a zona lógica 1, enquanto a subscrição B tem a zona física X 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'
Zonas de disponibilidade e atualizações do Azure
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, porque a carga de trabalho pode continuar a ser executada em outras zonas enquanto a atualização está em processo. Você precisa executar sua carga de trabalho em várias zonas para aproveitar esse benefício. Para obter mais informações sobre como o Azure implanta atualizações, consulte Avançando práticas de implantação seguras.
Regiões emparelhadas e não emparelhadas
Muitas regiões também têm uma região emparelhada. As regiões emparelhadas suportam certos tipos de abordagens de implantação multirregionais. Algumas regiões mais recentes têm várias zonas de disponibilidade e não têm uma região emparelhada. Você ainda pode implantar soluções de várias regiões nessas regiões, mas as abordagens usadas podem ser diferentes.
Modelo de responsabilidade partilhada
O modelo de responsabilidade compartilhada descreve como as responsabilidades são divididas entre o provedor de nuvem (Microsoft) e você. Dependendo do tipo de serviços que você usa, você pode assumir mais ou menos responsabilidade pela operação do serviço.
A Microsoft fornece zonas e regiões de disponibilidade para lhe dar flexibilidade na forma como concebe a sua solução para satisfazer os seus requisitos. Quando você usa serviços gerenciados, a Microsoft assume mais responsabilidades de gerenciamento de seus recursos, que podem até incluir replicação de dados, failover, failback e outras tarefas relacionadas à operação de um sistema distribuído.
Orientação arquitetônica da zona de disponibilidade
Para obter cargas de trabalho mais fiáveis:
- As cargas de trabalho de produção devem ser configuradas para utilizar zonas de disponibilidade caso a região onde 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.