Esta página oferece uma visão geral da replicação entre regiões do AlloyDB para PostgreSQL.
A replicação entre regiões do AlloyDB permite criar clusters secundários e instâncias de um cluster principal para disponibilizar os recursos em diferentes regiões, no caso de uma interrupção na região principal. Esses clusters e instâncias secundários funcionam como cópias do cluster principal e dos recursos de instância.
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 é replicado do cluster principal de forma assíncrona. No caso de falha de um cluster principal do AlloyDB, é possível promover um cluster secundário para um cluster principal.
É 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. Ela é responsável por receber um fluxo de replicação de um cluster principal. O fluxo 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 principal, a instância secundária passará a ser a principal.
Uma instância secundária pode ser básica (zonal) ou de alta disponibilidade (regional).
Vantagens
Os benefícios da replicação entre regiões no AlloyDB incluem:
Recuperação de desastres. Se a região do cluster principal ficar indisponível, será possível promover os recursos do AlloyDB em outra região para atender às solicitações.
Redução da inatividade. O suporte à alta disponibilidade (HA) em clusters secundários reduz o tempo de inatividade durante eventos de manutenção ou falhas temporárias 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.
Balanceamento de carga geográfico. Em caso de conexões lentas ou sobrecarregadas em uma região, é possível rotear o tráfego para outra região.
Aumento do escalonamento de leitura:cada réplica entre regiões (ou cluster secundário) pode oferecer suporte a até 20 nós de leitura, permitindo que você escalone suas leituras ainda mais.
Troca com perda zero de dados. Para configurações de replicação entre regiões, o AlloyDB oferece suporte à alternância entre instâncias principal e secundária sem perda de dados.
Como trabalhar com a replicação entre regiões
O trabalho com a replicação entre regiões do AlloyDB envolve as seguintes tarefas:
Crie um cluster secundário. Um cluster secundário é uma cópia atualizada continuamente do cluster principal do AlloyDB.
Acessar um cluster secundário. Depois de criar um cluster secundário, é possível conferir os detalhes dele na página Clusters no console do Google Cloud.
Adicione instâncias do pool de leitura. É possível adicionar instâncias de pool de leitura a um cluster secundário. Se você quiser dimensionar sua capacidade de leitura horizontalmente, 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 neles até que ele seja promovido a um cluster principal autônomo com todos os recursos. 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 caso de uso principal para promover um cluster secundário é a recuperação de desastres. Se ocorrer uma interrupção regional na região do cluster principal, será possível promover o cluster secundário para um cluster principal independente e continuar a veicular o aplicativo.
Troca com zero perda de dados. A alternância permite reverter os papéis do cluster principal e secundário sem perda de dados. É possível fazer uma troca para testar a configuração de recuperação de desastres ou realizar a migração da carga de trabalho. Quando você conclui a alternância, a direção da replicação é invertida.
Se você tiver vários clusters secundários, o cluster secundário que receber o comando de switchover se torna um cluster principal. O cluster principal anterior se torna um cluster secundário, replicando do novo cluster principal. Todos os outros clusters secundários passam a replicar do novo cluster principal.
Há dois cenários comuns para a troca do cluster secundário:
- Exercícios de recuperação de desastres. É possível executar testes dos processos de recuperação de desastres mudando 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. A alternância garante que o cluster secundário se torne um cluster principal com 0 objetivo do ponto de recuperação (RPO, na sigla em inglês), garantindo que a migração não perca dados.
Configure 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 principal para um cluster secundário recém-criado. Se você quiser usar configurações de backup diferentes para seu cluster secundário, modifique a configuração de backup ao criar um cluster secundário.
Se o cluster principal usar a chave de criptografia gerenciada pelo cliente (CMEK) para backups, faça uma das seguintes ações ao criar um cluster secundário:
- Forneça configurações de criptografia CMEK para os backups do cluster secundário.
- Desative os backups do cluster secundário.
Para mais informações sobre como criptografar 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.