Questa pagina fornisce una panoramica della replica tra regioni di AlloyDB per PostgreSQL.
La replica tra regioni di AlloyDB ti consente di creare cluster e istanze secondari da un cluster principale per rendere disponibili le risorse in regioni diverse, in caso di interruzione nella regione principale. Questi cluster e istanze secondari funzionano come copie delle risorse del cluster e delle istanze principali.
I concetti chiave di questa pagina includono:
- Cluster principale. Un cluster di lettura e scrittura in un'unica regione.
- Cluster secondario. Un cluster di sola lettura in una regione diversa da quella principale, che esegue la replica dal cluster principale in modo asincrono. In caso di guasto di un cluster principale AlloyDB, puoi promuovere un cluster secondario a cluster principale.
- Istanza secondaria. Un leader di sola lettura di un cluster secondario. È responsabile della ricezione di uno stream di replica da un cluster principale. Lo stream di replica aggiorna il volume dello spazio di archiviazione nella regione secondaria in base al volume dello spazio di archiviazione nella regione principale. Se un cluster secondario viene promosso a cluster principale, l'istanza secondaria diventa l'istanza principale.
- Nodo secondario attivo. Un nodo che fa parte dell'istanza secondaria. Questo node rimane attivo e risponde alle richieste.
- Nodo secondario in standby. Un nodo che fa parte dell'istanza secondaria. Se AlloyDB rileva la mancata disponibilità del nodo attivo, promuove il nodo di riserva in modo che agisca come nuovo nodo attivo.
Vantaggi
I vantaggi della replica tra regioni su AlloyDB includono quanto segue:
Ripristino di emergenza. Se la regione del cluster principale diventa non disponibile, puoi promuovere le risorse AlloyDB in un'altra regione per soddisfare le richieste.
Tempo di inattività ridotto. Il supporto dell'alta disponibilità (HA) sui cluster secondari riduce i tempi di inattività durante gli eventi di manutenzione o le interruzioni impreviste.
Dati distribuiti geograficamente. La distribuzione geografica dei dati li avvicina a te e riduce la latenza di lettura.
Bilanciamento del carico geografico. In caso di connessioni lente o sovraccariche in una regione, puoi indirizzare il traffico in un'altra regione.
Miglioramento delle prestazioni di lettura. Rende disponibili le risorse AlloyDB più vicine alla regione della tua applicazione.
Passaggio senza perdita di dati. Per le configurazioni di replica tra regioni con un singolo cluster secondario, AlloyDB supporta il passaggio dall'istanza principale a quella secondaria senza perdita di dati.
Come utilizzare la replica tra regioni
L'utilizzo della replica tra regioni di AlloyDB prevede le seguenti attività:
Crea un cluster secondario. Un cluster secondario è una copia aggiornata continuamente del cluster primario AlloyDB.
Visualizza un cluster secondario. Dopo aver creato un cluster secondario, puoi visualizzarne i dettagli nella pagina Cluster della console Google Cloud.
Aggiungi istanze del pool di lettura. Puoi aggiungere istanze del pool di lettura a un cluster secondario. Se vuoi scalare la capacità di lettura orizzontalmente, puoi aggiungere fino a 20 nodi di lettura al cluster secondario.
Esegui la promozione di un cluster secondario. Puoi leggere i dati da un cluster secondario, ma non puoi scrivere fino a quando non lo promuovi a un cluster principale autonomo con tutte le funzionalità. Quando promuovi un cluster secondario, viene promossa anche l'istanza secondaria del cluster come istanza principale con funzionalità di lettura e scrittura.
Esistono due scenari comuni per promuovere il cluster secondario a un cluster primario:
- Migrazione a livello di regione. Esegui una migrazione pianificata delle risorse AlloyDB dalla regione principale a un'altra regione.
- Ripristino di emergenza. Attivare rapidamente le risorse AlloyDB in una regione secondaria nel caso in cui le risorse nella regione primaria non siano più disponibili. A causa del ritardo della replica, potrebbe verificarsi una perdita di dati.
La promozione di un cluster secondario lo converte in un cluster autonomo con un'istanza principale completamente funzionale, incluse le funzionalità di lettura e scrittura. Il cluster promosso non replica più i dati del cluster primario a cui era precedentemente associato.
Passaggio senza perdita di dati. Il cambio ti consente di invertire i ruoli del cluster principale e secondario senza perdita di dati. Puoi eseguire uno switchover per testare la configurazione del piano di ripristino in caso di disastro o eseguire la migrazione del tuo carico di lavoro. Al termine del passaggio, la direzione della replica viene invertita.
Il passaggio con zero perdita di dati è supportato solo per le configurazioni di replica tra regioni con una singola istanza secondaria.
Configura i backup automatici e continui. Per impostazione predefinita, AlloyDB copia automaticamente le configurazioni di backup automatico e continuo dal cluster principale a un cluster secondario appena creato. Se non vuoi questa replica automatica, puoi modificare la configurazione del backup quando crei un cluster secondario.
Se il cluster principale utilizza la crittografia con chiave di crittografia gestita dal cliente (CMEK) per i backup, esegui una di queste azioni durante la creazione del cluster secondario:
- Fornisci le impostazioni di crittografia CMEK per i backup del cluster secondario.
- Disattiva esplicitamente i backup per il cluster secondario.
Per ulteriori informazioni sulla crittografia dei backup con CMEK, consulta Utilizzare CMEK
Puoi modificare le impostazioni di backup automatico e continuo per il cluster secondario dopo la sua creazione.