Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Este artigo descreve como o Azure utiliza pares de regiões e regiões não emparelhadas.
As regiões de Azure são independentes umas das outras. No entanto, a Microsoft associa algumas regiões do Azure a outra região, onde ambas as regiões estão geralmente na mesma geografia. Juntas, as regiões formam um par de regiões. Um pequeno número de serviços Azure utiliza estes pares de regiões para suportar geo-replicação e geo-redundância. Os pares também apoiam alguns aspetos da recuperação de desastres no improvável caso de uma região sofrer uma falha catastrófica e irrecuperável.
No entanto, muitas regiões não são emparelhadas e, em vez disso, usam zonas de disponibilidade como seu principal meio de redundância. Além disso, muitos serviços do Azure suportam a geo-redundância, quer as regiões sejam emparelhadas ou não.
Você pode projetar uma solução altamente resiliente se usar regiões emparelhadas, regiões não emparelhadas ou uma combinação.
Regiões emparelhadas
Alguns serviços do Azure utilizam regiões emparelhadas para implementar a respetiva estratégia de geo-replicação multirregional e geo-redundância. Por exemplo, o armazenamento geo-redundante do Azure (GRS) pode replicar automaticamente os dados para uma região emparelhada.
Se estiver numa região emparelhada, usar o seu par como região secundária oferece vários benefícios:
- Sequência de recuperação da região. No improvável caso de uma interrupção geográfica, uma região em cada par de regiões é prioritária para a recuperação. Os componentes implantados em regiões emparelhadas utilizam uma dessas regiões como região prioritária para a recuperação.
- Atualização sequencial. O Azure esforça-se por escalonar quaisquer atualizações planeadas do sistema entre pares de regiões. Esta abordagem minimiza o impacto de bugs ou falhas lógicas no raro caso de uma atualização defeituosa, e previne tempos de inatividade em soluções concebidas para usar regiões emparelhadas em conjunto para maior resiliência.
- Residência de dados. Para atender aos requisitos de residência de dados, quase todas as regiões residem na mesma geografia que seu par. Para saber mais sobre as exceções, consulte a lista de regiões Azure.
Importante
Implantar recursos numa região em par não os torna automaticamente mais resilientes, nem proporciona alta disponibilidade automática, capacidades de recuperação de desastres ou failover. Desenvolva os seus próprios planos de alta disponibilidade e recuperação de desastres, independentemente de usar ou não regiões emparelhadas.
Mesmo que você configure os recursos de serviço para usar pares de regiões, não confie no failover gerenciado pela Microsoft entre esses pares como sua principal abordagem de recuperação de desastres. Por exemplo, o failover gerido pela Microsoft de contas de armazenamento com GRS só é realizado em situações catastróficas e após repetidas tentativas de recuperação falhadas.
Não está limitado a usar serviços dentro de uma única região ou dentro do par da sua região. Embora um serviço Azure possa depender de um par regional específico para algumas das suas capacidades de fiabilidade, pode alojar os seus serviços em qualquer região que satisfaça as necessidades do seu negócio. Por exemplo, uma solução Azure pode usar o Armazenamento do Azure na região Canadá Central com armazenamento GRS para replicar dados para a região emparelhada, Canadá Leste, enquanto utiliza recursos de computação Azure localizados no Leste dos EUA e recursos Azure OpenAI localizados no Oeste dos EUA.
Para ver uma lista de regiões que inclui todos os pares de regiões, consulte Lista de Azure regiões.
Regiões emparelhadas assimetricamente
A maioria dos pares de regiões são simétricos, o que significa que cada região é bidirecionalmente emparelhada com outra região. Por exemplo, o Oeste dos EUA é emparelhado com o Leste dos EUA, e o Leste dos EUA é emparelhado com o Oeste dos EUA.
Pares de regiões assimétricas envolvem regiões que não estão emparelhadas bidirecionalmente. A lista seguinte inclui pares de regiões públicas assimétricas:
- O Brasil Sul está emparelhado com o Centro-Sul dos EUA, que está fora da geografia do Brasil. O Centro-Sul dos EUA não está emparelhado com o Sul do Brasil.
- A Índia Ocidental está emparelhada com o Sul da Índia, mas o Sul da Índia está emparelhado com a Índia Central.
- A Índia Sul Central está emparelhada com a Índia Central, mas a Índia Central está emparelhada com o Sul da Índia.
- O Oeste dos EUA 3 está emparelhado em uma direção com o Leste dos EUA. O Leste dos EUA é emparelhado bidirecionalmente com o Oeste dos EUA.
Para obter uma lista de regiões que inclui todos os pares assimétricos de regiões, consulte pares de regiões do Azure.
Regiões não emparelhadas
O Azure continua a expandir-se globalmente. Muitas das regiões mais recentes oferecem múltiplas zonas de disponibilidade para maior resiliência e não têm um par de regiões.
Muitos serviços do Azure suportam geo-replicação e geo-redundância entre qualquer conjunto arbitrário de regiões e não dependem de pares de regiões. Outros podem exigir que desenhe e implemente as suas próprias abordagens multirregional. Para obter uma lista das capacidades multirregionais dos serviços, incluindo as que funcionam entre regiões não emparelhadas, consulte Serviços do Azure que suportam várias regiões. Para informações detalhadas sobre cada serviço, consulte o seu guia de fiabilidade.
Para obter uma lista de regiões que inclui todas as regiões não emparelhadas, consulte pares de regiões do Azure.