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 os pares de regiões e as regiões não emparelhadas são usados no Azure.
As regiões do Azure são independentes umas das outras. No entanto, a Microsoft associa algumas regiões do Azure a outra região, onde ambas geralmente estão na mesma geografia. Juntas, as regiões formam um par de regiões. Esses pares de regiões são usados por um pequeno número de serviços do Azure para dar suporte à replicação geográfica e à redundância geográfica. Os pares também são usados para dar suporte a alguns aspetos da recuperação de desastres no caso improvável 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 oferecem suporte à redundância geográfica, independentemente de as regiões estarem 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 usam regiões emparelhadas para criar sua estratégia de replicação geográfica e redundância geográfica em várias regiões. Por exemplo, o armazenamento com redundância geográfica (GRS) do Azure pode replicar dados automaticamente para uma região emparelhada.
Se você estiver em uma região emparelhada, usar seu par como uma região secundária oferece vários benefícios:
- Sequência de recuperação da região. No caso improvável de uma interrupção em toda a região geográfica, é dada prioridade à recuperação de uma região de cada par de regiões. Os componentes implementados em regiões emparelhadas têm uma região priorizada para a recuperação.
- Atualização sequencial. As atualizações planejadas do sistema do Azure são escalonadas entre pares de regiões para minimizar o impacto de bugs ou falhas lógicas no caso raro de uma atualização defeituosa e para evitar o tempo de inatividade para soluções que foram projetadas para usar regiões emparelhadas juntas para 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 do Azure.
Importante
A implantação de recursos num par de regiões não os torna automaticamente mais resilientes, nem fornece funcionalidades automáticas de alta disponibilidade, recuperação de desastres ou failover. É fundamental que você desenvolva seus próprios planos de alta disponibilidade e recuperação de desastres, independentemente de usar regiões emparelhadas ou não.
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.
Você 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 do Azure possa depender de um par regional específico para alguns de seus recursos de confiabilidade, você pode hospedar seus serviços em qualquer região que satisfaça suas necessidades comerciais. Por exemplo, uma solução do Azure pode usar o Armazenamento do Azure na região Central do Canadá com o armazenamento GRS para replicar dados para a região emparelhada, o Leste do Canadá, enquanto usa os recursos de computação do Azure localizados no Leste dos EUA e os recursos do 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 regiões do Azure.
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 está emparelhado com o Leste dos EUA e o Leste dos EUA está emparelhado com o Oeste dos EUA.
Os pares de regiões assimétricas envolvem regiões que não são emparelhadas bidirecionalmente. A lista abaixo 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.
- O US Gov Arizona está emparelhado com o US Gov Texas. O Governo dos EUA do Texas está emparelhado bidirecionalmente com o Governo dos EUA da Virgínia.
- A Índia Ocidental está emparelhada com o Sul da Índia, mas o Sul da Índia está emparelhado com a Índia Central.
- 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 ver uma lista de regiões que inclui todos os pares de regiões assimétricas, consulte Pares de regiões do Azure.
Regiões não emparelhadas
O Azure continua a expandir-se globalmente e muitas das nossas regiões mais recentes fornecem várias zonas de disponibilidade para maior resiliência e não têm um par de regiões.
Muitos serviços do Azure suportam replicação geográfica e redundância geográfica entre qualquer conjunto arbitrário de regiões e não dependem de pares de regiões. É importante entender como o suporte multirregião funciona para os serviços específicos que você usa. Para saber mais sobre os detalhes de cada serviço, consulte Guias de confiabilidade de serviço do Azure.
Para ver uma lista de regiões que inclui todas as regiões não emparelhadas, consulte Pares de regiões do Azure.