Proteção de dados com armazenamento em várias zonas

Para proteger os dados das suas aplicações num universo de várias zonas isolado do Google Distributed Cloud (GDC) e manter aplicações de elevada disponibilidade, pode implementar uma estratégia de proteção de dados resiliente a falhas ou interrupções locais. O GDC oferece estratégias de replicação de dados para armazenamento de objetos e armazenamento de blocos para que possa manter procedimentos de ativação pós-falha para zonas primárias e secundárias no seu universo.

Este documento destina-se aos seguintes grupos de público-alvo:

  • Administradores de plataformas, como administradores de TI, responsáveis pelo desenvolvimento de fluxos de trabalho de recuperação de desastres.
  • Operadores de aplicações, como programadores de aplicações, responsáveis pelo desenvolvimento e pela manutenção de aplicações num universo do GDC.

Para mais informações, consulte o artigo Públicos-alvo para a documentação isolada do GDC.

Replicação de armazenamento para recuperação de desastres

Pode configurar uma proteção de dados robusta para o armazenamento de aplicações num universo de várias zonas através da replicação de dados assíncrona para recuperação de desastres. Esta abordagem envolve a cópia de dados de uma zona primária para uma zona secundária a intervalos periódicos. Este mecanismo mantém os seus dados protegidos e acessíveis se a zona primária sofrer uma interrupção.

A replicação de dados para armazenamento de objetos usa buckets de zona dupla para replicar automaticamente os seus dados e não requer intervenção manual. Para mais informações sobre a criação de um bucket de zona dupla, consulte o artigo Crie buckets de armazenamento.

A replicação de dados para armazenamento de blocos usa volumes persistentes de zona dupla para replicar os seus dados e requer um procedimento de ativação pós-falha de volume. Para mais informações, consulte o artigo Replique volumes de forma assíncrona.

Depois de configurar a replicação de dados, os seus dados seguem um procedimento de ativação pós-falha sequencial quando a zona primária está offline. Os procedimentos de ativação pós-falha são distintos para a replicação de armazenamento de blocos e de objetos. No entanto, ambas as estratégias de replicação de dados seguem estas fases críticas:

  1. Valide a interrupção da zona primária.
  2. Interrompa a replicação da zona primária.
  3. Promova a zona secundária de cópia de segurança para assumir a função da zona primária com intervenção manual ou uma ativação pós-falha pré-configurada.
  4. Valide o estado operacional da nova zona primária.

Contacte um membro do grupo de operadores de infraestrutura para confirmar que as suas duas zonas estão configuradas para a replicação de dados assíncrona.

O atraso inerente à replicação de dados assíncrona significa que esta configuração é mais útil para sistemas que requerem um objetivo de ponto de recuperação (RPO) baixo, mas diferente de zero. Se o seu sistema requer uma perda de dados mínima, mas pode tolerar uma pequena quantidade máxima predefinida de perda de dados medida no tempo, normalmente relacionada com dados gerados imediatamente antes de um evento de desastre que possam ser potencialmente irrecuperáveis, a replicação de dados assíncrona é uma funcionalidade valiosa a implementar para as suas aplicações.

Um exemplo de um RPO baixo diferente de zero pode ser uma plataforma de negociação financeira com um RPO de cinco minutos, em que a replicação de dados assíncrona está configurada para copiar dados de negociação para uma zona secundária de recuperação de desastres a cada dois minutos:

  • Este é um cenário de RPO baixo porque os cinco minutos representam a janela de perda de dados mínima aceitável para o sistema de elevado volume.
  • É um cenário de RPO diferente de zero porque o atraso inerente à replicação assíncrona de intervalos de dois minutos significa que existe uma pequena janela de tempo em que os dados ainda não foram copiados, o que resulta numa potencial perda.

Tem de trabalhar com o seu grupo de operadores de infraestrutura para definir o fluxo de trabalho de replicação de armazenamento assíncrona de zona dupla e validar se as capacidades de replicação de dados da infraestrutura são compatíveis com os seus requisitos de RPO.

Limitações

A replicação de dados síncrona não é compatível com o GDC isolado. A replicação de dados síncrona mantém uma consistência rigorosa entre os dados em duas zonas duplicando imediatamente todos os dados escritos de uma zona primária para a zona secundária, o que oferece um RPO zero em cenários de desastre.

O que se segue?