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. No caso de falha de um cluster principal do AlloyDB, é possível promover um cluster secundário para principal.
- 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 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 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
Confira 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, será possível promover 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 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.
Melhor desempenho de leitura. Isso disponibiliza os recursos do AlloyDB mais perto da região do 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 primárias e secundárias 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 Google Cloud console.
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. Faça uma migração planejada dos recursos do AlloyDB da região principal para outra.
- Recuperação de desastres. Ativar 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.
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 dos clusters 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 sua carga de trabalho. Quando você concluir a alternância, a direção da replicação será invertida.
A troca com perda zero 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.