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 e instâncias secundárias 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.
- Instância secundária. Um líder de leitura somente 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.
- Nó secundário ativo. Um nó que faz parte da instância secundária. Esse nó permanece ativo e responde às solicitações.
- Nó secundário em espera. Um nó que faz parte da instância secundária. Se o AlloyDB detectar a indisponibilidade do nó ativo, ele vai promover o nó reserva para atuar como o novo nó ativo.
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.
Melhoria no desempenho da leitura. Ele disponibiliza os recursos do AlloyDB mais próximos da região do aplicativo.
Troca com perda zero de dados. Para configurações de replicação entre regiões com um único cluster secundário, o AlloyDB oferece suporte à alternância entre a instância principal e a 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 do 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 aumentar a 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 fazer gravações nele 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.
Há dois cenários comuns para promover o cluster secundário a um cluster principal:
- Migração regional. Execute uma migração planejada dos recursos do AlloyDB da região principal para outra.
- Recuperação de desastres. Ative rapidamente os recursos do AlloyDB em uma região secundária caso os recursos na região principal fiquem indisponíveis. Devido ao atraso na replicação, pode ocorrer perda de dados.
A promoção de um cluster secundário o converte em um cluster independente com uma instância principal totalmente funcional, incluindo recursos de leitura e gravação. O cluster promovido não replica mais os dados do cluster primário ao qual estava associado anteriormente.
Troca com zero perda de dados. A alternância permite reverter os papéis do cluster principal e secundário sem perda de dados. Você pode 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.
A conversão com perda zero de dados tem suporte apenas para configurações de replicação entre regiões com uma única instância secundária.
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ê não quiser essa replicação automática, poderá modificar 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, realize uma destas ações durante a criação do cluster secundário:
- Forneça configurações de criptografia CMEK para os backups do cluster secundário.
- Desative explicitamente 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 automático e contínuo do cluster secundário após a criação dele.