Para proteger seus dados contra interrupções regionais e reduzir a latência de leitura para usuários distribuídos geograficamente, a replicação entre regiões do AlloyDB para PostgreSQL permite criar clusters e instâncias secundários de um cluster primário em diferentes regiões. Esses clusters e instâncias secundários funcionam como cópias continuamente atualizadas dos recursos do cluster e da instância primários.
Os principais conceitos desta página incluem:
Cluster principal. Um cluster de leitura/gravação em uma única região.
Cluster secundário. Um cluster somente leitura em uma região diferente da principal, que replica do cluster principal de forma assíncrona. No caso de uma falha em um cluster primário do AlloyDB, é possível promover um cluster secundário a primário.
É possível criar até cinco clusters secundários para um cluster primário. Todos os clusters secundários são replicados de um único cluster principal. Se você promover um cluster secundário, ele se tornará um cluster principal independente.
Instância secundária. Um líder somente leitura de um cluster secundário. Ele é responsável por receber um stream de replicação de um cluster principal. O stream de replicação atualiza o volume de armazenamento na região secundária com base no volume de armazenamento na região principal. Se um cluster secundário for promovido a cluster principal, a instância secundária se tornará a instância principal.
Uma instância secundária pode ser básica (zonal) ou de alta disponibilidade (regional).
O diagrama a seguir ilustra como funciona a replicação entre regiões:
Figura 1. Exemplo de arquitetura de replicação entre regiões do AlloyDB.
Vantagens
Os benefícios da replicação entre regiões no AlloyDB incluem:
Recuperação de desastres. Se a região do cluster primário ficar indisponível, será possível promover recursos do AlloyDB em outra região para atender às solicitações.
Inatividade reduzida. O suporte à alta disponibilidade (HA) em clusters secundários reduz o tempo de inatividade durante eventos de manutenção ou interrupções não planejadas.
Dados distribuídos geograficamente. A distribuição geográfica dos dados os aproxima de você e diminui a latência de leitura.
Maior escalonamento de leitura:cada réplica entre regiões (ou cluster secundário) pode aceitar até 20 nós de leitura, o que permite escalonar ainda mais as leituras.
Alternância sem perda de dados. Para configurações de replicação entre regiões, o AlloyDB é compatível com a alternância entre as instâncias primária e secundária sem perda de dados.
Trabalhar com a replicação entre regiões
Trabalhar com a replicação entre regiões do AlloyDB envolve as seguintes tarefas:
Criar um cluster secundário. Um cluster secundário é uma cópia continuamente atualizada do cluster primário do AlloyDB.
Ver um cluster secundário. Depois de criar um cluster secundário, é possível ver os detalhes dele na página Clusters no console do Google Cloud .
Adicionar instâncias do pool de leitura. É possível adicionar instâncias de pool de leitura a um cluster secundário. Se você quiser escalonar horizontalmente sua capacidade de leitura, adicione até 20 nós de leitura ao cluster secundário.
Promova um cluster secundário. É possível ler os dados de um cluster secundário, mas não é possível gravar nele até que ele seja promovido a um cluster principal independente e completo. Quando você promove um cluster secundário, a instância secundária do cluster também é promovida como uma instância principal com recursos de leitura e gravação.
O principal caso de uso para promover um cluster secundário é a recuperação de desastres. Se ocorrer uma interrupção regional na região do cluster primário, será possível promover o cluster secundário a um cluster primário independente e retomar a exibição do aplicativo.
Configurar backups automáticos e contínuos. Por padrão, o AlloyDB copia automaticamente as configurações de backup automático e contínuo do cluster primário para um cluster secundário recém-criado. Se você quiser usar configurações de backup diferentes para o cluster secundário, modifique a configuração de backup ao criar um cluster secundário.
Se o cluster principal usar a criptografia de chave de criptografia gerenciada pelo cliente (CMEK) para backups, faça o seguinte ao criar um cluster secundário:
- Forneça as configurações de criptografia de CMEK para os backups do cluster secundário.
- Desative os backups do cluster secundário.
Para mais informações sobre como criptografar seus backups com CMEK, consulte Usar CMEK.
É possível modificar as configurações de backup automatizado e contínuo do cluster secundário após a criação dele.
Recuperação de desastres avançada
Para cenários avançados de recuperação de desastres, o AlloyDB é compatível com alternância e failover entre regiões:
Realizar um failover entre regiões. O failover entre regiões (pré-lançamento) é um recurso avançado de recuperação de desastres que promove um cluster secundário a principal e recria automaticamente o cluster principal original como um novo cluster secundário. Esse recurso mantém sua topologia de replicação sem exigir a exclusão ou recriação manual do cluster após a resolução da interrupção. Isso simplifica o failback para a topologia original após a recuperação de desastres.
Alternância sem perda de dados. A alternância permite reverter os papéis do cluster principal e secundário sem perda de dados. É possível realizar uma alternância para testar sua configuração de recuperação de desastres, fazer failback para a topologia original após uma interrupção ou migrar sua carga de trabalho. Quando você conclui a alternância, a direção da replicação é invertida.
Se você tiver vários clusters secundários, aquele que receber o comando de alternância se tornará um cluster principal. O cluster principal anterior se tornará um cluster secundário, replicando do novo cluster principal. Todos os outros clusters secundários passam a replicar do novo cluster primário.
Há dois cenários comuns para trocar o cluster secundário:
- Simulações de recuperação de desastres. É possível testar os processos de recuperação de desastres alternando o aplicativo para outra região sem perda de dados para simular uma interrupção regional.
- Migração regional. Realize uma migração planejada dos recursos do AlloyDB da região principal para outra região. A alternância garante que o cluster secundário se torne um cluster principal com objetivo de ponto de recuperação (RPO) zero, garantindo que a migração não perca dados.