Regiões e zonas no Azure

  • Artigo

As falhas podem variar no âmbito do respetivo impacto. Algumas falhas de hardware, como um disco com falha, podem afetar uma única máquina host. Um comutador de rede com falhas pode afetar todo um rack de servidores. As menos comuns são as falhas que afetam um datacenter completo, como a perda de energia num datacenter. Em casos raros, toda uma região pode ficar indisponível.

Uma das principais formas que permitem tornar uma aplicação resiliente é a redundância. No entanto, tem de planear esta redundância quando concebe uma aplicação. Além disso, o nível de redundância de que você precisa depende dos requisitos de negócios — nem todos os aplicativos precisam de redundância entre regiões para se proteger contra uma interrupção regional. Em geral, existe um compromisso entre maior redundância e fiabilidade versus maiores custos e complexidade.

No Azure, uma região está dividida em duas ou mais Zonas de Disponibilidade. Uma Zona de Disponibilidade corresponde a um datacenter fisicamente isolado na região geográfica. O Azure tem várias funcionalidades para garantir a redundância das aplicações a todos os níveis de uma potencial falha, incluindo conjuntos de disponibilidade, zonas de disponibilidade e regiões emparelhadas.

Diagrama mostrando conjuntos de disponibilidade, zonas de disponibilidade e regiões emparelhadas.

A tabela seguinte resume a cada opção.

  Conjunto de Disponibilidade Zona de Disponibilidade Região emparelhada
Âmbito da falha Rack Datacenter País/Região
Encaminhamento de pedidos Balanceador de Carga Balanceador de Carga entre zonas Gestor de Tráfego
Latência de rede Muito baixa Baixo Média a alta
Redes virtuais VNet VNet VNet peering entre regiões

Conjuntos de disponibilidade

Para proteger contra falhas de hardware localizadas, como, por exemplo, a falha de um comutador de rede ou de disco, implemente duas ou mais VMs num conjunto de disponibilidade. Um conjunto de disponibilidade é constituído por dois ou mais domínios de falha que partilham o mesmo comutador de rede e fonte de energia. As VMs num conjunto de disponibilidade estão distribuídas pelos domínios de falha, pelo que se uma falha de hardware afetar um domínio de falha, continua a ser possível encaminhar o tráfego de rede para as VMs dos outros domínios de falha. Para obter mais informações sobre Conjuntos de Disponibilidade, veja Gerir a disponibilidade das máquinas virtuais do Windows no Azure.

Quando as instâncias de VM são adicionadas a conjuntos de disponibilidade, também lhes são atribuídas um domínio de atualização. Um domínio de atualização é um grupo de VMs que estão definidas para eventos de manutenção planeada ao mesmo tempo. A distribuição das VMs por vários domínios de atualização garante que os eventos de aplicação de patches e de atualização planeados afetam apenas um subconjunto destas VMs a qualquer momento.

Os conjuntos de disponibilidade devem ser organizados pela função da instância na sua aplicação para garantir que uma instância em cada função está operacional. Por exemplo, numa aplicação web de três camadas, crie conjuntos de disponibilidade separados para o front-end, aplicação e camadas de dados.

Conjuntos de disponibilidade do Azure para cada função de aplicação

Zonas de disponibilidade

Uma Zona de Disponibilidade é uma zona separada fisicamente numa região do Azure. Cada Zona de Disponibilidade tem uma fonte de energia, uma rede e um sistema de refrigeração distintos. A implementação de VMs por zonas de disponibilidade ajuda a proteger uma aplicação contra falhas ao nível de todo o datacenter.

Regiões emparelhadas

Para proteger uma aplicação face a uma falha regional, pode implementar a aplicação em várias regiões, utilizando o Gestor de Tráfego do Azure para distribuir o tráfego da Internet para as diferentes regiões. Cada região do Azure está emparelhada com outra região. Em conjunto, as duas regiões formam um par regional. Com a exceção do Sul do Brasil, os pares regionais encontram-se dentro da mesma área geográfica para satisfazer os requisitos de residência dos dados para efeitos de jurisdição fiscal e jurídica.

Ao contrário das Zonas de Disponibilidade, que são datacenters fisicamente separados, mas podem estar em áreas geográficas relativamente próximas, as regiões emparelhadas normalmente são separadas por pelo menos 300 milhas. Este design assegura que os desastres de grande escala afetam apenas uma das regiões do par. Os pares vizinhos podem ser definidos para sincronizar dados dos serviços de armazenamento e base de dados e são configurados de modo a que as atualizações de plataforma sejam implementadas apenas numa região do par de cada vez.

O backup do armazenamento com redundância geográfica (GRS) do Azure é feito automaticamente na região emparelhada apropriada. Para todos os outros recursos, criar uma solução totalmente redundante com regiões emparelhadas significa criar uma cópia completa da sua solução em ambas as regiões.

Consulte também