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 in 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 si replica in modo asincrono dal cluster principale. In caso di guasto di un cluster principale AlloyDB, puoi promuovere un cluster secondario a cluster principale.
Puoi creare fino a cinque cluster secondari per un cluster principale. Tutti i cluster secondari vengono replicati da un unico cluster principale. Se promuovi un cluster secondario, questo diventa un cluster primario indipendente.
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.
Un'istanza secondaria può essere di base (a livello di zona) o ad alta disponibilità (a livello di regione).
Vantaggi
I vantaggi della replica tra regioni su AlloyDB includono quanto segue:
Disaster recovery. Se la regione del cluster principale diventa 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.
Maggiore scalabilità delle letture: ogni replica tra regioni (o cluster secondario) può supportare fino a 20 nodi di lettura, consentendoti di scalare ulteriormente le letture.
Passaggio senza perdita di dati. Per le configurazioni di replica tra regioni, AlloyDB supporta il passaggio tra l'istanza principale e 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.
Il caso d'uso principale per la promozione di un cluster secondario è il ripristino di emergenza. Se si verifica un'interruzione nella regione del cluster principale, puoi promuovere il cluster secondario a cluster principale autonomo e riprendere il servizio dell'applicazione.
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 per eseguire la migrazione del tuo carico di lavoro. Al termine del passaggio, la direzione della replica viene invertita.
Se hai più cluster secondari, il cluster secondario che riceve il comando di passaggio diventa un cluster principale; il cluster principale precedente diventa un cluster secondario e esegue la replica dal nuovo cluster principale. Tutti gli altri cluster secondari passano alla replica dal nuovo cluster primario.
Esistono due scenari comuni per il passaggio al cluster secondario:
- Esercizi di ripristino di emergenza. Puoi eseguire test delle tue procedure di disaster recovery passando l'applicazione a un'altra regione senza perdita di dati per simulare un'interruzione a livello di regione.
- Migrazione a livello di regione. Esegui una migrazione pianificata delle risorse AlloyDB dalla regione principale a un'altra regione. Il passaggio garantisce che il cluster secondario diventi un cluster principale con un Recovery Point Objective (RPO) pari a 0, assicurando che la migrazione non perda dati.
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 vuoi utilizzare configurazioni di backup diverse per il tuo cluster secondario, puoi modificarla quando crei il cluster secondario.
Se il cluster principale utilizza la crittografia con chiave di crittografia gestita dal cliente (CMEK) per i backup, esegui una delle seguenti operazioni quando crei un cluster secondario:
- Fornisci le impostazioni di crittografia CMEK per i backup del cluster secondario.
- Disattiva 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.