Replicação transversal em Azure: Continuidade empresarial e recuperação de desastres

Muitas organizações exigem a elevada disponibilidade proporcionada por zonas de disponibilidade que também são apoiadas com proteção contra fenómenos de grande escala e catástrofes regionais. Tal como discutido na visão geral da resiliência das regiões e zonas de disponibilidade, as regiões de Azure destinam-se a oferecer proteção contra desastres locais com zonas de disponibilidade. Mas também podem proteger as catástrofes geográficas regionais ou grandes com a recuperação de catástrofes, recorrendo a outra região que utiliza a replicação transversal.

Replicação entre regiões

Para garantir que os clientes são apoiados em todo o mundo, a Azure mantém múltiplas geografias. Estas demarcações discretas definem uma fronteira de recuperação de desastres e residência de dados em uma ou várias regiões de Azure.

A replicação inter-região é um dos vários pilares importantes da estratégia de continuidade e recuperação de desastres do Azure. A replicação inter-região baseia-se na replicação sincronizada das suas aplicações e dados que existem utilizando zonas de disponibilidade dentro da sua região primária de Azure para uma elevada disponibilidade. A replicação transversal reproduz as mesmas aplicações e dados em outras regiões do Azure para proteção contra a recuperação de desastres.

Image depicting high availability via asynchronous replication of applications and data across other Azure regions for disaster recovery protection.

Alguns serviços da Azure aproveitam a replicação transversal para garantir a continuidade do negócio e proteger contra a perda de dados. O Azure fornece várias soluções de armazenamento que utilizam a replicação transversal para garantir a disponibilidade de dados. Por exemplo, o armazenamento geo-redundante Azure (GRS) replica automaticamente os dados para uma região secundária. Esta abordagem garante que os dados são duráveis mesmo que a região primária não seja recuperável.

Nem todos os serviços Azure replicam automaticamente os dados ou recuam automaticamente de uma região falhada para se replicarem cruzadamente para outra região ativada. Nestes cenários, a recuperação e a replicação devem ser configuradas pelo cliente. Estes exemplos são ilustrações do modelo de responsabilidade partilhada. É um pilar fundamental na sua estratégia de recuperação de desastres. Para obter mais informações sobre o modelo de responsabilidade partilhada e para conhecer a continuidade do negócio e a recuperação de desastres no Azure, consulte a gestão da continuidade do Negócio na Azure.

A responsabilidade partilhada torna-se o cerne da sua tomada de decisão estratégica no que diz respeito à recuperação de desastres. O Azure não requer que utilize a replicação entre regiões, e pode usar serviços para construir resiliência sem se replicar transversalmente para outra região ativada. Mas recomendamos vivamente que configuure os seus serviços essenciais em todas as regiões para beneficiar do isolamento e melhorar a disponibilidade.

Para aplicações que suportam várias regiões ativas, recomendamos que utilize várias regiões ativadas disponíveis. Esta prática garante uma ótima disponibilidade para aplicações e tempo de recuperação minimizado se um evento afetar a disponibilidade. Sempre que possível, desenhe a sua aplicação para máxima resiliência e facilidade de recuperação de desastres.

Benefícios da replicação entre regiões

A arquiteta da replicação trans-regional para os seus serviços e dados pode ser decidida por serviço. Você irá necessariamente tomar uma abordagem de análise custo-benefício com base nos requisitos estratégicos e de negócio da sua organização. Os benefícios primários e de ondulação da replicação da região de custos são complexos, extensos e merecem elaboração. As vantagens incluem:

  • Sequência de recuperação da região: Se ocorrer uma interrupção em toda a geografia, a recuperação de uma região é prioritária em todos os conjuntos de regiões habilitados. As candidaturas que são implementadas em conjuntos de regiões habilitadas têm uma das regiões priorizadas para a recuperação. Se uma aplicação for implementada em todas as regiões, qualquer uma das quais não está habilitada para a replicação trans-regional, a recuperação pode ser retardada.
  • Atualizações sequenciais: As atualizações planeadas do sistema Azure para as regiões ativadas são escalonadas cronologicamente para minimizar o tempo de inatividade, o impacto dos erros e quaisquer falhas lógicas no caso raro de uma atualização defeituosa.
  • Isolamento físico: Azure esforça-se para garantir uma distância mínima de 483 quilómetros entre centros de dados em regiões ativadas, embora não seja possível em todas as geografias. A separação do datacenter reduz a probabilidade de que desastres naturais, agitação civil, falhas de energia ou falhas físicas na rede possam afetar várias regiões. O isolamento está sujeito aos constrangimentos dentro de uma geografia, como tamanho de geografia, disponibilidade de energia ou infraestrutura de rede, e regulamentos.
  • Residência de dados: As regiões residem dentro da mesma geografia que o seu conjunto habilitado (exceto Brasil Sul e Singapura) para satisfazer os requisitos de residência de dados para efeitos de jurisdição fiscal e de aplicação da lei.

Embora não seja possível criar os seus próprios pares regionais, pode, no entanto, criar a sua própria solução de recuperação de desastres, construindo os seus serviços em várias regiões e, em seguida, utilizando os serviços Azure para os emparelhar. Por exemplo, pode utilizar serviços Azure como a AzCopy para agendar cópias de segurança de dados para uma conta Azure Armazenamento numa região diferente. Usando O Azure DNS e Gestor de Tráfego do Azure, você pode projetar uma arquitetura resiliente para suas aplicações que sobreviverão à perda da região primária.

A Azure controla a priorização planeada da manutenção e recuperação para os pares regionais. Alguns serviços da Azure dependem de pares regionais por defeito, como o armazenamento redundante Azure.

Não se limita a utilizar serviços dentro dos seus pares regionais. Embora um serviço Azure possa contar com um par regional específico, você pode hospedar seus outros serviços em qualquer região que satisfaça as suas necessidades de negócio. Por exemplo, uma solução de armazenamento Azure GRS pode emparelhar dados no Canadá Central com um par no Canadá Leste enquanto utiliza recursos Azure Compute localizados no Leste dos EUA.

Combinações de replicação inter-região de Azure para todas as geografias

As regiões são emparelhadas para a replicação entre regiões com base na proximidade e outros fatores.

Pares regionais Azure

Geografia Par regional A Par regional B
Asia-Pacific Ásia Oriental (Hong Kong) Sudeste Asiático (Singapura)
Austrália Leste da Austrália Austrália Sudeste
Austrália Austrália Central Austrália Central 2*
Brasil Sul do Brasil E.U.A. Centro-Sul
Brasil Sudeste do Brasil* Sul do Brasil
Canadá Canadá Central Leste do Canadá
China Norte da China Leste da China
China China Norte 2 China Leste 2
China China Norte 3 China Leste 3*
Europa Europa do Norte (Irlanda) Europa Ocidental (Países Baixos)
França França Central França Sul*
Alemanha Alemanha Centro-Oeste Alemanha Norte*
Índia Índia Central Sul da Índia
Índia Oeste da Índia Sul da Índia
Japão Leste do Japão Oeste do Japão
Coreia Coreia do Sul Central Coreia do Sul*
América do Norte E.U.A. Leste E.U.A. Oeste
América do Norte E.U.A. Leste 2 E.U.A. Central
América do Norte E.U.A. Centro-Norte E.U.A. Centro-Sul
América do Norte E.U.A. Oeste 2 E.U.A. Centro-Oeste
América do Norte Oeste DOS EUA 3 E.U.A. Leste
Noruega Leste da Noruega Noruega Oeste*
África do Sul Norte da África do Sul África do Sul Oeste*
Suécia Suécia Central Suécia Sul*
Suíça Norte da Suíça Suíça Oeste*
REINO UNIDO Oeste do Reino Unido Sul do Reino Unido
Emirados Árabes Unidos Uae Norte UAE Central*
Departamento de Defesa dos EUA DoD Leste dos EUA* US DoD Central*
Governo dos Estados Unidos Eua Gov Arizona* EUA Gov Texas*
Governo dos Estados Unidos Eua Gov Iowa* Eua Gov Virginia*
Governo dos Estados Unidos Eua Gov Virginia* EUA Gov Texas*

(*) Algumas regiões são acesso restrito para apoiar cenários específicos de clientes, como a recuperação de desastres no país. Estas regiões só estão disponíveis mediante solicitação através da criação de um novo pedido de apoio no portal do Azure.

Importante

  • A Índia Ocidental é emparelhada numa só direção. A região secundária da Índia Ocidental é o Sul da Índia, mas a região secundária do Sul da Índia é a Índia Central.
  • O Brasil Sul é único porque é emparelhado com uma região fora da sua geografia. A região secundária do Sul do Brasil é a Centro-Sul dos EUA. A região secundária do Centro-Sul dos EUA não é o Brasil Sul.

Passos seguintes