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. 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.
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 ondulatórios da replicação entre regiões 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 de Armazenamento Azure numa região diferente. Utilizando o Azure DNS e o Azure Traffic Manager, pode projetar uma arquitetura resiliente para as suas aplicações que sobreviverá à 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 | Norte da China 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 | EUA Oeste 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 | Norte dos E.A.U. | 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.
Regiões com zonas de disponibilidade e sem par de regiões
O Azure continua a expandir-se globalmente com o Qatar como a primeira região sem par regional e consegue uma elevada disponibilidade através da alavancagem de zonas de disponibilidade e armazenamento localmente redundante ou redundante (LRS/ZRS). As regiões sem par não terão armazenamento geo-redundante (GRS). Estas regiões seguem as orientações de residência de dados , permitindo a opção de manter os dados residentes na mesma região. Os clientes são responsáveis pela resiliência dos dados com base nas suas necessidades de RTO/RPO e podem mover-se, copiar ou aceder aos seus dados a partir de qualquer local a nível global. No caso raro de toda uma região do Azure estar indisponível, os clientes terão de planear a sua Recuperação de Desastres da Região Transversal por orientação dos serviços da Azure que suportam alta disponibilidade e resiliência do Azure – Continuidade de Negócios e Recuperação de Desastres