Questa pagina descrive come configurare una configurazione ad alta disponibilità per AlloyDB Omni. Questa pagina riguarda solo la creazione di una nuova istanza AlloyDB Omni in una configurazione ad alta disponibilità. Non riguarda la conversione delle istanze esistenti in alta disponibilità.
Prima di iniziare
Leggi la sezione Alta disponibilità e resilienza dei dati.
Se non ne hai già uno, crea un Google Cloud progetto.
Assicurati che la fatturazione sia attivata per il tuo progetto.
Apri Cloud Shell nella console Google Cloud.
Nella console Google Cloud, clona il seguente repository di origine.
git clone https://github.com/GoogleCloudPlatform/cloud-solutions.git
Installazione
In questa guida, eseguiamo il deployment di un cluster Patroni a tre nodi con AlloyDB Omni e un cluster etcd a tre nodi come repository di configurazione. Nella parte anteriore del cluster, utilizziamo HAProxy in un gruppo di istanze gestite per l'indirizzo IP variabile in modo che il failover sia trasparente per i client.
La configurazione iniziale per questa impostazione è mostrata nel seguente diagramma:
Figura 1. Configurazione in cui HAProxy gestisce la connessione tra i client e il nodo principale.
In caso di interruzione, la configurazione cambia nel seguente diagramma:
Figura 2. Configurazione aggiornata in cui il nodo principale non riuscito viene sostituito dal nodo di riserva.
Se il numero di client che si connettono al database diventa un problema e hai problemi di prestazioni a causa dell'elevato numero di connessioni simultanee al database, ti consigliamo di aggiungere il pooling delle connessioni lato applicazione. Se non puoi farlo, puoi aggiungere il pool di connessioni a livello di database utilizzando uno strumento come PgBouncer.
Deployment
In Cloud Shell e dopo aver clonato il repository Cloud Solutions, vai alla directory terraform.
cd cloud-solutions/projects/alloydbomni-ha-patroni-etcd/terraform
Crea e modifica un file
terraform.tfvars. Nel file, imposta i valori per le seguenti variabili.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"Le descrizioni di ogni variabile sono disponibili su GitHub nel file di configurazione delle variabili.
Esegui lo script Terraform per creare tutte le risorse.
terraform init && terraform apply
Questo script crea e configura quanto segue:
Tre nodi per il cluster etcd
Tre nodi per il cluster Patroni
Un nodo per HAProxy
Configurare Patroni in modo che sia sincrono
Per fare in modo che Patroni utilizzi solo la replica sincrona nel cluster di tre nodi,
aggiungi elementi di configurazione come synchronous_mode, synchronous_node_count,
synchronous_commit e synchronous_standby_names nella sezione di bootstrap
nei file di configurazione di Patroni. La configurazione di Patroni è definita nel
modello di script di avvio
e nel file /alloydb/config/patroni.yml sui nodi Patroni. Per utilizzare la replica sincrona, la configurazione di bootstrap di Patroni dovrebbe avere il seguente aspetto:
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 è attivato, Patroni utilizza la replica sincrona tra l'istanza principale e le altre repliche. Il parametro
synchronous_node_count viene utilizzato da Patroni per gestire il numero di repliche standby
sincrone. Patroni gestisce un numero preciso di repliche di standby sincrone in base al parametro synchronous_node_count e regola lo stato nel repository di configurazione e in synchronous_standby_names quando i membri si uniscono e se ne vanno. Per ulteriori informazioni sulla replica sincrona, consulta la sezione Modalità di replica della documentazione di Patroni.