Regiões e zonas no Azure
Falhas podem variar quanto ao escopo do seu impacto. Algumas falhas de hardware, como um disco com falha, podem afetar um único computador host. Um comutador de rede com falha pode afetar um rack de servidor inteiro. Menos comumente, vemos falhas que interrompem um data center inteiro, tais como uma queda de energia em um data center. Raramente, toda uma região pode se tornar não disponível.
Uma das principais maneiras de se tornar um aplicativo resiliente é por meio de redundância. Mas você precisa planejar essa redundância ao projetar o aplicativo. Além disso, o nível de redundância necessário depende de suas necessidades empresariais, pois nem todo aplicativo precisa de redundância entre regiões para se proteger contra uma interrupção regional. Em geral, há um equilíbrio entre mais redundância e confiabilidade em relação a maiores custo 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ários recursos para fornecer redundância de aplicativo em cada nível de uma possível falha, incluindo conjuntos de disponibilidade, zonas de disponibilidade e zonas emparelhadas.
O diagrama tem três partes. A primeira parte mostra as 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 a seguir resume cada opção.
| Conjunto de disponibilidade | Zona de disponibilidade | Região emparelhada | |
|---|---|---|---|
| Escopo da falha | Rack | Datacenter | Region |
| Roteamento de solicitação | Load Balancer | Load Balancer entre zonas | Gerenciador de Tráfego |
| Latência da rede | Muito baixa | Baixo | Média a alta |
| Rede Virtual | VNET | VNET | Emparelhamento VNET entre regiões |
Conjuntos de disponibilidade
Para se proteger contra falhas de hardware localizadas, como falha em um comutador de rede ou de disco, implante duas ou mais VMs em um conjunto de disponibilidade. Um conjunto de disponibilidade consiste em dois ou mais domínios de falha que compartilham um comutador de rede e uma fonte de energia comuns. As VMs em um conjunto de disponibilidade são distribuídas entre os domínios de falha, portanto, se uma falha de hardware afetar um domínio de falha, o tráfego de rede ainda poderá ser roteado para as VMs nos outros domínios de falha. Para obter mais informações sobre conjuntos de disponibilidade, consulte Gerenciar a disponibilidade das máquinas virtuais do Windows no Azure.
Quando instâncias de VM são adicionadas a conjuntos de disponibilidade, elas também recebem um domínio de atualização. Um domínio de atualização é um grupo de VMs definidas para eventos de manutenção planejada ao mesmo tempo. A distribuição de VMs em vários domínios de atualização garante que os eventos de atualização planejada e de aplicação de patch afetem apenas um subconjunto dessas VMs em determinado momento.
Os conjuntos de disponibilidade devem ser organizados pela função da instância no seu aplicativo, para garantir que uma instância de cada função esteja operacional. Por exemplo, em um aplicativo web de três camadas, crie conjuntos de disponibilidade separados para as camadas de front-end, aplicativos e camadas de dados.
Zonas de disponibilidade
Uma Zona de Disponibilidade é uma zona fisicamente separada em uma região do Azure. Cada zona de disponibilidade tem uma rede, resfriamento e fonte de energia distintos. A implantação de VMs em zonas de disponibilidade ajuda a proteger um aplicativo contra falhas em todo o datacenter. Nem todas as regiões oferecem suporte às zonas de disponibilidade.
Regiões emparelhadas
Para proteger um aplicativo contra uma interrupção regional, você pode implantar o aplicativo em várias regiões usando o Gerenciador de Tráfego do Azure a fim de distribuir o tráfego de Internet para as diferentes regiões. Cada região do Azure é emparelhada com outra. Juntas, elas formam um par regional. Com a exceção do Sul do Brasil, pares regionais estão localizados na mesma região geográfica para atender aos requisitos de residência de dados para fins de jurisdição de imposição fiscal e legal.
Diferentemente das Zonas de Disponibilidade, que, embora sejam datacenters fisicamente separados, podem estar em áreas geográficas relativamente próximas, as regiões emparelhadas ficam normalmente distantes no mínimo 300 milhas (cerca de 480 km). Esse design assegura que desastres em grande escala afetem somente uma das regiões do par. Os pares vizinhos podem ser definidos para sincronizar dados de serviços de armazenamento e de bancos de dados, e são configurados para que as atualizações de plataforma sejam distribuídas em apenas uma 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. Em todos os outros recursos, criar uma solução totalmente redundante usando regiões emparelhadas significa gerar uma cópia completa da sua solução em ambas as regiões.