Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo descreve como Azure usa pares de região e regiões não emparelhadas.
Azure regiões são independentes umas das outras. No entanto, Microsoft associa algumas regiões Azure a outra região, em que ambas as regiões geralmente estão na mesma geografia. Juntas, as regiões formam um par de regiões. Um pequeno número de serviços de Azure usam esses pares de região para dar suporte à replicação geográfica e à redundância geográfica. Os pares também dão suporte a alguns aspectos da recuperação de desastre 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 organizadas em pares e, em vez disso, usam zonas de disponibilidade como o principal meio de redundância. Além disso, muitos serviços Azure dão suporte à redundância geográfica, quer as regiões sejam emparelhadas ou não.
Você pode criar 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 de Azure usam regiões emparelhadas para criar sua estratégia de replicação geográfica de várias regiões e redundância geográfica. Por exemplo, Armazenamento com Redundância Geográfica do Azure (GRS) pode replicar dados automaticamente para uma região emparelhada.
Se você estiver em uma região pareada, usar a região pareada correspondente como região secundária oferece vários benefícios:
- Sequência de recuperação de região. No caso improvável de uma interrupção em toda a geografia, uma região em cada par de regiões é priorizada para recuperação. Os componentes implantados em regiões emparelhadas usam uma das regiões como a região priorizada para recuperação.
- Atualização sequencial. Azure se esforça para escalonar todas as atualizações planejadas do sistema entre pares de região. Essa abordagem minimiza o impacto de bugs ou falhas lógicas no raro evento de uma atualização com falha e impede o tempo de inatividade para soluções projetadas para usar regiões emparelhadas em conjunto 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 Azure.
Importante
Implantar recursos em uma região em um par não os torna automaticamente mais resilientes, nem fornece alta disponibilidade automática, recursos de recuperação de desastre ou failover. Desenvolva seus próprios planos de alta disponibilidade e recuperação de desastre, independentemente de você usar regiões emparelhadas ou não.
Mesmo que você configure recursos de serviço para usar pares de região, não dependa do failover gerenciado pela Microsoft entre esses pares como sua abordagem de recuperação de desastre principal. Por exemplo, o failover gerenciado pela Microsoft de contas de armazenamento habilitadas para GRS só é realizado em situações catastróficas e após repetidas tentativas de recuperação com falha.
Você não está limitado a usar serviços em uma única região nem no par regional da sua região. Embora um serviço de 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 atenda às suas necessidades comerciais. Por exemplo, uma solução do Azure pode usar o Armazenamento do Azure na região Central do Canadá com armazenamento GRS para replicar dados para a região emparelhada, Leste do Canadá, enquanto usa recursos de computação do Azure localizados no Leste dos EUA e recursos OpenAI do Azure localizados no Oeste dos EUA.
Para ver uma lista de regiões que inclui todos os pares de região, consulte Lista de regiões do Azure.
Regiões emparelhadas de forma assimétrica
A maioria dos pares de região é simétrica, o que significa que cada região é emparelhada bidirecionalmente 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.
Os pares de região assimétrica envolvem regiões que não são emparelhadas bidirecionalmente. A lista a seguir inclui pares de regiões assimétricas públicas:
- O Sul do Brasil é emparelhado com o Centro-Sul dos EUA, que está fora da geografia brasileira. O Centro-Sul dos EUA não está emparelhado com o Sul do Brasil.
- O oeste da Índia está emparelhado com o sul da Índia, mas o sul da Índia está emparelhado com a Índia Central.
- O Centro-Sul da Índia está emparelhado 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 está bidirecionalmente emparelhado com o Oeste dos EUA.
Para obter uma lista de regiões com todos os pares de regiões assimétricos, consulte Pares de regiões do Azure.
Regiões não emparelhadas
Azure continua se expandindo globalmente. Muitas das regiões mais recentes oferecem várias zonas de disponibilidade para maior resiliência e não têm uma região pareada.
Muitos serviços Azure dão suporte à 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ão. Outras pessoas podem exigir que você projete e implemente suas próprias abordagens de várias regiões. Para ver uma lista de recursos de multirregião do serviço, incluindo aqueles que funcionam entre regiões não emparelhadas, consulte serviços do Azure que dão suporte a várias regiões. Para obter informações detalhadas sobre cada serviço, consulte seu guia de confiabilidade.
Para obter uma lista de regiões que inclui todas as regiões não emparelhadas, consulte Pares de regiões do Azure.