Regiões e zonas no Azure
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, algumas regiões são divididas em três 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.
O diagrama tem três partes. A primeira parte mostra VMs em um conjunto de disponibilidade em uma rede virtual. A segunda parte mostra uma zona de disponibilidade com dois conjuntos de disponibilidade em uma rede virtual. A terceira parte mostra os pares regionais com recursos em cada região.
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.
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. Nem todas as regiões suportam zonas de disponibilidade.
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.