Basic capabilities and value of disk async replication for disaster recovery - Cloud Backup: Central de Documentação do Alibaba Cloud

Este tópico descreve a replicação assíncrona de discos para recuperação de desastres e explica suas capacidades básicas e seus benefícios.

Visão geral das funcionalidades

O cloud Backup utiliza a tecnologia de replicação assíncrona de discos para fornecer recursos de recuperação de desastres entre regiões ou zonas para diversas necessidades de negócios.

Essa tecnologia atua na camada de disco por meio de replicação assíncrona. Você não precisa instalar um agente nas instâncias protegidas.

Se o sistema primário falhar, o sistema de negócios faz failover para o sistema de recuperação de desastres. Esse processo evita falhas no sistema decorrentes de desastres regionais, garante a disponibilidade do negócio e cumpre métricas essenciais, como Recovery Time Objective (RTO) e Recovery Point Objective (RPO).

A replicação assíncrona de discos utiliza a capacidade de replicação de dados do Elastic Block Storage para proteger dados entre regiões ou zonas. Para mais informações, consulte How disk async replication works.

A tabela a seguir compara a tecnologia de replicação assíncrona de discos com a recuperação de desastres usando Continuous Data Replication (CDR).

Itens de comparação	Recuperação de desastres por replicação contínua	Recuperação de desastres com replicação assíncrona de discos
Cenários principais	Ideal para recuperação de desastres de uma single virtual machine (VM). Adequado para clientes que aceitam intrusão no sistema.	Ideal para consistent disaster recovery for VM groups. Adequado para clientes que preferem zero intrusão no sistema.
Intrusão no sistema	Sim	Não
Implementação da replicação	Instala-se um agente na instância protegida, incorporando-o ao sistema operacional. Esse agente replica os dados gravados no disco em tempo real e os envia para um gateway. O gateway transfere os dados para o OSS para armazenamento. Por fim, o sistema grava os dados nos discos no site de recuperação de desastres.	A replicação de dados ocorre por meio de mecanismos como replicação assíncrona de discos e snapshots no Elastic Block Storage.
Método de recuperação	Suporta múltiplos pontos de recuperação. O site secundário cria uma instância ECS sombra e uma instância de gateway para a instância protegida. Ele extrai dados da estação de trânsito de dados e grava os dados por meio da ECS sombra. Em seguida, o sistema cria os pontos de recuperação com base no mecanismo de snapshot.	Suporta apenas um único ponto de recuperação. A cópia de um snapshot para o site secundário gera um ponto de recuperação.
Grupo de proteção consistente	Não suportado	Suportado

Vantagens da recuperação de desastres

Sem agente

A tecnologia de replicação de dados sem agente proporciona zero intrusão no sistema, independe do sistema operacional e não consome recursos de computação no site de recuperação de desastres.

Consistência de múltiplas máquinas

Este recurso garante a consistência entre múltiplas instâncias para atender aos requisitos rigorosos de aplicativos corporativos.

Fácil compreensão

O processo é centrado no aplicativo. crie um grupo de proteção e adicione todas as instâncias ECS de um aplicativo específico ao grupo para iniciar a replicação. Não há necessidade de gerencie a relação entre as instâncias ECS e os discos. O cloud Backup lida com o mapeamento entre as instâncias ECS e os discos em segundo plano.

Termos

Termo	Inglês	Descrição
Par de sites	Site Pair	Para recuperação de desastres entre regiões ou entre zonas, é necessário replicar os dados de um site para outro. O pareamento desses dois sites forma um par de sites. Você pode criar vários grupos de proteção para cada par de sites. Os grupos de proteção em um par de sites admitem apenas uma direção de proteção direta. Por exemplo, se o grupo de proteção A fizer failover para o grupo de proteção B, a proteção direta vai da Região 1 para a Região 2. Se o grupo de proteção C fizer failover para o grupo de proteção D, a proteção direta vai da Região 2 para a Região 1. Nesse caso, crie dois pares de sites. Um grupo de proteção pertence a apenas um par de sites. Um par de sites usa apenas uma tecnologia de replicação.
Grupo de proteção	Protected Group (PG) Consistent Protected Group (CPG)	Um grupo de proteção contém várias instâncias ECS. Isso permite usar um único plano para executar operações em várias instâncias ECS simultaneamente. selecione o tipo normal (sem associação entre várias VMs) ou o tipo de grupo consistente. Todas as instâncias ECS em um grupo de proteção usam a mesma tecnologia de recuperação de desastres subjacente, seja CDR ou replicação EBS. selecione a tecnologia subjacente ao criar o grupo de proteção. Os status normais de um grupo de proteção incluem Starting Replication, Full Replication in Progress, Incremental Replication in Progress, Switching, Failover Completed, Reverse Replication in Progress, Failing Back e Failback Completed. Os status anormais incluem Replication Error, Switchover Failed e Recovery Failed. Todas as instâncias protegidas em um grupo de proteção têm a mesma função, pois todas as instâncias ECS no grupo fazem failover apenas em conjunto.
Instância protegida	Protected Instance	Uma instância ECS protegida ou um banco de dados com suporte futuro. As funções dividem-se em Primary e Secondary. Primary refere-se à instância que executa o negócio atualmente. Secondary refere-se à instância usada para recuperação de desastres atualmente.
Site de produção	Production Site	A zona ou região onde o usuário executa inicialmente seu negócio de produção.
Site de recuperação de desastres	DR Site	A zona ou região utilizada pelo usuário para a recuperação de desastres do negócio de produção.
Failover	Failover	Processo de alternar o negócio para o site de recuperação de desastres quando o site de produção falha. Existem dois tipos: failover planejado e failover não planejado. A diferença indica se as instâncias ECS no site de produção estão inativas no momento da alternância.
Recuperação de falha	Failback	Processo de alternar o negócio do site de recuperação de desastres de volta para o site de produção após o site de produção se recuperar de uma falha.
Proteção direta	Forward	Status para grupos de proteção e instâncias ECS. O sistema replica os dados e o negócio do site de produção para o site de recuperação de desastres.
Proteção reversa	Reverse	Status para grupos de proteção e instâncias ECS. Após um failover, o site de recuperação de desastres B torna-se o "site de produção", e o site de produção A torna-se o "site de recuperação de desastres". Ao reiniciar a proteção, o sistema inverte a replicação de dados em relação à direção inicial. A direção passa a ser de B para A, denominada proteção reversa. Após um failback, A retorna ao status de site de produção e B retorna ao status de site de recuperação de desastres. Ao iniciar a replicação de A para B, o status retorna para proteção direta.

Arquitetura técnica

A figura a seguir ilustra a arquitetura técnica de recuperação de desastres baseada em CDR e replicação assíncrona de discos.

Cenários de recuperação de desastres suportados

Cenário de recuperação de desastres	Tipo suportado
Failover	Alternar após sincronização de dados Esse failover interrompe primeiro as instâncias protegidas no grupo de proteção. O sistema aguarda a interrupção de todas as instâncias protegidas antes de executar uma rodada final de sincronização de dados. A alternância começa após a conclusão da sincronização de dados. Isso garante dados idênticos no site de recuperação de desastres e no site de produção, sem perdas. Esse modo de alternância é adequado para cenários como simulações planejadas de recuperação de desastres e migração de negócios. Alternar imediatamente Esse failover tenta interromper as instâncias protegidas no grupo de proteção. O sistema não aguarda a interrupção de todas as instâncias protegidas e nem executa uma rodada final de sincronização de dados. Há perda de alguns dados dentro do intervalo de RPO. Esse modo é adequado para cenários em que o site de produção sofre uma falha irrecuperável em curto prazo e o negócio exige alternância imediata para o site de recuperação de desastres.
Recuperação de falha	Alternar após sincronização de dados Esse failback interrompe as instâncias protegidas no grupo de proteção. O sistema aguarda a interrupção de todas as instâncias protegidas antes de executar uma rodada final de sincronização de dados. A recuperação começa após a conclusão da sincronização de dados. O tempo de indisponibilidade do serviço é maior do que o de uma alternância imediata. Usa-se principalmente em cenários em que o site de produção opera normalmente. Alternar imediatamente Esse failback tenta interromper as instâncias protegidas no grupo de proteção. O sistema não aguarda a interrupção de todas as instâncias protegidas e nem executa uma rodada final de sincronização de dados. A recuperação começa imediatamente, causando alguma perda de dados. Usa-se principalmente em cenários em que o site de recuperação de desastres sofre uma falha irrecuperável em curto prazo e o negócio exige recuperação imediata para o site de produção.

Fluxo de uso

Planeje os recursos.

Determine os recursos de computação, rede e armazenamento para o site de recuperação de desastres: a quantidade de servidores, a capacidade de armazenamento e as VPC.
crie um par de sites de recuperação de desastres.

crie VPC e vSwitches para o site de recuperação de desastres e defina blocos CIDR. Para testes, use as configurações padrão ou os mesmos blocos CIDR de VPC e vSwitch do site de produção. Para um cenário real de recuperação de desastres, configure os blocos CIDR conforme necessário.
Configure as definições de rede e segurança.

crie os mapeamentos de zonas, vSwitches e grupos de segurança entre o site de produção e o site de recuperação de desastres.
crie um grupo de proteção.
Adicione instâncias protegidas.

Adicione as instâncias ECS ao grupo de proteção.
Inicie a replicação.

Inicie a proteção de recuperação de desastres para replicar dados do site de produção para o site de recuperação de desastres. Quando o grupo de proteção atingir o status de Incremental Replication ou possuir um ponto de recuperação, a replicação estará ativa e o grupo de proteção estará pronto para uma simulação de falha ou failover.

Nota
Execute uma simulação de falha quando o grupo de proteção estiver no status de Incremental Replication ou tiver um ponto de recuperação. Consulte Fault drill.
Execute um failover.
- Alternar após sincronização de dados
  
  O cloud Backup interrompe as instâncias protegidas, conclui uma sincronização final de dados e, em seguida, inicia o failover. O site de recuperação de desastres fica totalmente consistente com o site de produção no momento da alternância. Use essa opção para simulações de falha planejadas e migrações de negócios agendadas.
- Alternar agora
  
  O cloud Backup tenta interromper as instâncias protegidas e inicia o failover imediatamente, sem aguardar uma sincronização final. Há risco de perda de alguns dados dentro do RPO. Use essa opção quando o site de produção não puder ser restaurado rapidamente e houver necessidade de alternância imediata para o site de recuperação de desastres.

Faturamento

As seguintes taxas incidem no uso da recuperação de desastres com replicação assíncrona de discos:

O cloud Backup cobra uma taxa de uso de software para recuperação de desastres.

A cobrança baseia-se na quantidade de instâncias. Para mais informações, consulte Preços.
O ECS cobra pelos recursos de pagamento conforme o uso criados no site de recuperação de desastres, como instâncias ECS e discos. Para mais informações, consulte Pay-as-you-go.
O ECS também cobra pelo tráfego de replicação entre regiões com base no pagamento conforme o uso. Para mais informações, consulte Cloud Disk Disaster Recovery.