Sobre a replicação entre regiões

Selecione uma versão da documentação:

Esta página oferece uma visão geral da replicação entre regiões do AlloyDB para PostgreSQL.

Com a replicação entre regiões do AlloyDB, é possível 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 dos recursos do cluster e da instância principal.

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. Em caso de falha de um cluster principal do AlloyDB, é possível promover um cluster secundário a um cluster principal.
  • 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 cluster principal, a instância secundária se tornará a instância 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ó em espera para atuar como o novo nó ativo.

Vantagens

Estes são os benefícios da replicação entre regiões no AlloyDB:

  • Recuperação de desastres: se a região do cluster principal ficar indisponível, é possível promover recursos do AlloyDB em outra região para atender às solicitações.

  • Redução do tempo de inatividade.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 aproxima os dados de você e diminui a latência de leitura.

  • Balanceamento de carga geográfico. No caso de conexões lentas ou sobrecarregadas em uma região, é possível rotear o tráfego para outra.

  • Melhoria no desempenho de leitura: disponibiliza recursos do AlloyDB mais perto da região do seu aplicativo.

  • Alternância sem perda de dados: para configurações de replicação entre regiões com um único cluster secundário, 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

Trabalhar 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.

  • Ver um cluster secundário.Depois de criar um cluster secundário, é possível conferir os detalhes dele na página Clusters do console 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 escalonar horizontalmente a capacidade de leitura, adicione até 20 nós de leitura ao cluster secundário.

  • Promova um cluster secundário. Se você precisar ler ou gravar dados em um cluster secundário, primeiro promova-o para um cluster principal independente e 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 seu 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 região.
    • Recuperação de desastres: ative rapidamente os recursos do AlloyDB em uma região secundária caso os recursos da região principal fiquem indisponíveis. Devido ao atraso na replicação, pode haver perda de dados.

    Promover 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 principal a que estava associado.

  • Alternância sem perda de dados A alternância permite reverter as funções do cluster principal e secundário sem perda de dados. É possível fazer uma alternância para testar a configuração de recuperação de desastres ou migrar a carga de trabalho. Quando você conclui a alternância, a direção da replicação é invertida.

    A mudança sem perda de dados só é compatível com 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 automatizado e contínuo do cluster principal para um cluster secundário recém-criado. Se você não quiser essa replicação automática, 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 uma destas ações durante a criação do cluster secundário:

    • Forneça as configurações de criptografia da CMEK para os backups do cluster secundário.
    • Desative explicitamente 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 automático e contínuo do cluster secundário após a criação dele.

A seguir