Visão geral de DR

Visão geral

Um cluster homogêneo de recuperação de desastres (DR) do GaussDB(DWS) é implementado na mesma região. Se o cluster de produção não fornecer serviços de leitura e gravação devido a desastres naturais na região especificada ou falhas internas do cluster, o cluster de DR se tornará o cluster de produção para garantir a continuidade do serviço. A figura a seguir mostra a arquitetura.

• A DR dentro da região é suportada apenas na versão de cluster 8.1.1 e posterior.
• O armazém de dados híbrido (autônomo) não oferece suporte à recuperação de desastres.
• O cluster do GaussDB(DWS) 3.0 não suporta a função DR.
• Se você usar um pacote anual/mensal para um cluster de DR, o cluster será automaticamente congelado por um período de tempo após a expiração do pacote e será excluído se sua assinatura não for renovada a tempo. Certifique-se de renová-lo em tempo hábil para evitar exceções de DR causadas pela exclusão do cluster de DR.

Características da DR

• DR de várias formas
  • DR dentro da região
  • Múltiplos modos de sincronização de dados: camada de sincronização baseada na confiança mútua
• Baixo TCO
  • Implementação heterogênea (homogeneidade lógica)
  • DR em nível de cluster
• Console visual
  • Brocas de DR automáticas e com um clique

Restrições e limitações

• Durante a sincronização de dados, um cluster de DR não refinado não pode fornecer serviços de leitura ou gravação.
• Quando a tarefa de DR é interrompida ou anormal, mas o cluster de DR é normal, o cluster de DR pode fornecer o serviço de leitura. Depois que a alternância de DR é bem-sucedida, o cluster de DR pode fornecer os serviços de leitura e gravação.
• Quando a tarefa de DR é criada, a função de snapshot do cluster de produção é normal, mas a do cluster de DR é desativada. Além disso, a restauração de snapshots de ambos os clusters está desabilitada.
• Clusters lógicos não são suportados.
• Não há suporte para pools de recursos.
• Se forem utilizadas mesas frias e quentes, os dados frios são sincronizados usando o OBS.
• A DR não sincroniza dados de fontes externas.
• O gerenciamento de DR refere-se à DR de cluster duplo sob o mesmo locatário.
• O cluster de DR e o cluster de produção devem ser logicamente homogêneos e ter o mesmo tipo e versão.
• O cluster de produção e o cluster de DR usados para DR dentro da região devem estar na mesma VPC.
• No DR intra-região, depois que os serviços são alternados do cluster de produção para o cluster de DR, o ELB vinculado é alternado automaticamente para o novo cluster de produção. Durante a alternância, a conexão é interrompida por um curto período de tempo. Não execute instruções de serviço para gravar dados durante a alternância.
• Durante a DR dentro da região, o EIP, o nome de domínio da intranet e o endereço IP de conexão do cluster de produção original não são alternados automaticamente com a alternância do cluster. O EIP, o nome de domínio ou o endereço IP usados para conexão no sistema de serviço precisam ser alternados para o novo cluster.