Nesta página, descrevemos como configurar uma configuração de alta disponibilidade para o AlloyDB Omni. Esta página aborda apenas a criação de uma nova instância do AlloyDB Omni em uma configuração de alta disponibilidade. Ele não aborda a conversão de instâncias atuais para alta disponibilidade.
Antes de começar
Leia sobre a Alta disponibilidade e resiliência de dados.
Se você ainda não tiver um, crie um projeto do Google Cloud .
Verifique se o faturamento está ativado no projeto.
Abra o Cloud Shell no console Google Cloud .
No Google Cloud console, clone o seguinte repositório de origem.
git clone https://github.com/GoogleCloudPlatform/cloud-solutions.git
Instalação
Neste guia, vamos implantar um cluster Patroni de três nós com o AlloyDB Omni e um cluster etcd de três nós como o repositório de configuração. Na frente do cluster, usamos o HAProxy em um grupo gerenciado de instâncias para o endereço IP flutuante, de modo que o failover seja transparente para os clientes.
A configuração inicial para essa configuração é mostrada no diagrama a seguir:
Figura 1. Configuração em que o HAProxy gerencia a conexão entre clientes e o nó principal.
Se ocorrer uma interrupção, a configuração mudará para o diagrama a seguir:
Figura 2. Configuração atualizada em que o nó principal com falha é substituído pelo nó em espera.
Se o número de clientes que se conectam ao banco de dados se tornar um problema e você tiver problemas de desempenho devido ao grande número de conexões simultâneas, recomendamos adicionar o pool de conexões do lado do aplicativo. Se isso não for possível, adicione o pool de conexões do lado do banco de dados usando uma ferramenta como o PgBouncer.
Implantação
No Cloud Shell, depois de clonar o repositório do Cloud Solutions, navegue até o diretório "terraform".
cd cloud-solutions/projects/alloydbomni-ha-patroni-etcd/terraform
Crie e edite um arquivo
terraform.tfvars. No arquivo, defina valores para as seguintes variáveis.project_id = "PROJECT_ID" region = "REGION" zones = "ZONES" node_count = 3 cluster_name = "CLUSTER_NAME" replication_user_password = "REPLICATION_USER_PASSWORD" postgres_super_user_password = "PG_SUPER_USER_PASSWORD"As descrições de cada variável podem ser encontradas no GitHub no arquivo de configuração de variáveis.
Execute o script do Terraform para criar todos os recursos.
terraform init && terraform apply
Esse script cria e configura o seguinte:
Três nós para o cluster do etcd
Três nós para o cluster do Patroni
Um nó para o HAProxy
Como configurar o Patroni para ser síncrono
Para que o Patroni use apenas a replicação síncrona no cluster de três nós,
adicione itens de configuração como synchronous_mode, synchronous_node_count,
synchronous_commit e synchronous_standby_names na seção de inicialização
dos arquivos de configuração do Patroni. A configuração do Patroni é definida no
modelo de script de inicialização
e no arquivo /alloydb/config/patroni.yml nos nós do Patroni. Para usar a replicação síncrona, a configuração de inicialização do Patroni precisa ser assim:
bootstrap:
dcs:
ttl: 30
loop_wait: 10
retry_timeout: 10
maximum_lag_on_failover: 1048576
synchronous_mode: true
synchronous_node_count: 2
postgresql:
use_pg_rewind: true
use_slots: true
parameters:
hot_standby: "on"
wal_keep_segments: 20
max_wal_senders: 8
max_replication_slots: 8
synchronous_commit: remote_apply
synchronous_standby_names: '*'
Quando synchronous_mode está ativado, o Patroni usa a replicação síncrona
entre a instância principal e as outras réplicas. O parâmetro synchronous_node_count é usado pelo Patroni para gerenciar o número de réplicas de espera síncronas. O Patroni gerencia o número exato de réplicas de standby síncronas com base no parâmetro synchronous_node_count e ajusta o estado no armazenamento de configuração e no synchronous_standby_names à medida que os membros entram e saem. Para mais informações sobre a replicação síncrona, consulte a seção
Modos de replicação
na documentação do Patroni.