O que são zonas de disponibilidade?
Várias regiões do Azure fornecem zonas de disponibilidade, que são grupos separados de datacenters em uma região. Cada zona de disponibilidade tem energia, resfriamento e infraestrutura de rede independentes, para que, se uma zona sofrer uma interrupção, os serviços regionais, a capacidade e a alta disponibilidade sejam compatíveis com as zonas restantes.
As zonas de disponibilidade são conectadas por uma rede de alto desempenho com uma latência de viagem de ida e volta de menos de aproximadamente 2 ms. Eles estão próximos o suficiente para ter conexões de baixa latência com 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 de datacenter são selecionados usando critérios rigorosos de avaliação de riscos 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 dão suporte a zonas de disponibilidade e as regiões 3 e 4 não têm zonas de disponibilidade.
Para ver quais regiões dão suporte a zonas de disponibilidade, confira Regiões do Azure com suporte para zonas 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 dar suporte a 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 dá suporte a zonas de disponibilidade.
Implantações redundantes de zona: recursos com redundância de zona são replicados ou distribuídos entre várias zonas de disponibilidade automaticamente. Por exemplo, os serviços de dados com redundância de zona replicam os dados em três zonas para que uma falha em uma zona não afete a disponibilidade dos dados. Para alguns serviços, você poderá 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 auto-selecionada. Essa abordagem não fornece um benefício de resiliência, mas ajuda você a alcançar requisitos de desempenho ou latência mais rigorosos. 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, crie 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ê os configure para fazê-lo. Se você não configurar um serviço para dar suporte à zona de disponibilidade explicitamente, ele será chamado de implantação não zonal ou regional. Os recursos configurados dessa forma poderão ser colocados em qualquer zona de disponibilidade na região e ser movidos. Se qualquer zona de disponibilidade na região enfrentar uma indisponibilidade, os recursos não zonais poderão estar na zona afetada e apresentar um tempo de inatividade.
Importante
Alguns serviços podem ter requisitos extras para atender ao 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.
Configurar recursos para suporte à zona de disponibilidade
Cada serviço tem seu próprio método para configurar o suporte à zona de disponibilidade. Para saber mais sobre como cada serviço dá suporte a zonas de disponibilidade e como configurar esse suporte, consulte os guias de confiabilidade do Azure por serviço.
Zonas de disponibilidade físicas e lógicas
Cada datacenter recebe uma atribuição de zona física. As zonas físicas são mapeadas para zonas lógicas na sua assinatura do Azure, e assinaturas diferentes podem ter uma ordem de mapeamento diferente. As assinaturas do Azure automaticamente recebem o respectivo mapeamento no momento em que a assinatura é criada. Por isso, o mapeamento de zona para uma assinatura pode ser diferente de outras assinaturas.
Por exemplo, a assinatura A pode ter a zona física 1 mapeada para a zona lógica 2, enquanto a assinatura 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 Localizações do Azure Resource Manager. Use 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 nos serviços do Azure em uma única zona de disponibilidade por 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 andamento. Para aproveitar as atualizações de zona sequenciadas, 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 as atualizações, confira Como promover práticas de implantação segura.
Diretrizes de arquitetura 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 der suporte a zonas de disponibilidade.
- Para cargas de trabalho críticas, você deve considerar uma solução que seja tanto várias regiões quanto de várias zonas.
Para obter informações mais detalhadas sobre como usar regiões e zonas de disponibilidade em uma arquitetura da solução, confira Recomendações sobre o uso de zonas de disponibilidade e regiões.