Per proteggere i dati da interruzioni a livello di regione e ridurre la latenza di lettura per gli utenti distribuiti geograficamente, la replica tra regioni di AlloyDB per PostgreSQL consente di creare cluster e istanze secondari da un cluster primario in regioni diverse. Questi cluster e istanze secondari funzionano come copie continuamente aggiornate delle risorse del cluster e dell'istanza 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 errore di un cluster primario AlloyDB, puoi promuovere un cluster secondario a cluster primario.
Puoi creare fino a cinque cluster secondari per un cluster primario. Tutti i cluster secondari eseguono la replica da un singolo cluster primario. 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 primario. Il flusso di replica aggiorna il volume di archiviazione nella regione secondaria in base al volume di archiviazione nella regione principale. Se un cluster secondario viene promosso a cluster primario, l'istanza secondaria diventa l'istanza principale.
Un'istanza secondaria può essere di base (zonale) o ad alta affidabilità (regionale).
Il seguente diagramma illustra il funzionamento della replica tra regioni:
Figura 1. Esempio di architettura di replica tra regioni di AlloyDB.
Vantaggi
I vantaggi della replica tra regioni su AlloyDB includono:
Disaster recovery. Nel caso in cui la regione del cluster principale non sia disponibile, puoi promuovere le risorse AlloyDB in un'altra regione per gestire le richieste.
Tempo di inattività ridotto. Il supporto dell'alta affidabilità (HA) sui cluster secondari riduce i tempi di inattività durante gli eventi di manutenzione o le interruzioni non pianificate.
Dati distribuiti geograficamente. La distribuzione geografica dei dati li avvicina a te e riduce la latenza di lettura.
Maggiore scalabilità di lettura: ogni replica tra regioni (o cluster secondario) può supportare fino a 20 nodi di lettura, consentendoti di scalare ulteriormente le letture.
Switchover con zero perdita di dati. Per le configurazioni di replica tra regioni, AlloyDB supporta lo switchover tra l'istanza principale e quella secondaria senza perdita di dati.
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 costantemente aggiornata del cluster primario AlloyDB.
Visualizza un cluster secondario. Dopo aver creato un cluster secondario, puoi visualizzarne i dettagli nella pagina Cluster nella 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 in orizzontale, puoi aggiungere fino a 20 nodi di lettura al cluster secondario.
Promuovi un cluster secondario. Puoi leggere i dati da un cluster secondario, ma non puoi scriverli finché non lo promuovi a cluster primario autonomo con funzionalità complete. Quando promuovi un cluster secondario, anche l'istanza secondaria del cluster viene promossa a istanza principale con funzionalità di lettura e scrittura.
Il caso d'uso principale per la promozione di un cluster secondario è il ripristino di emergenza. In caso di interruzione a livello regionale nella regione del cluster primario, puoi promuovere il cluster secondario a cluster primario autonomo e riprendere la pubblicazione dell'applicazione.
Per impostazione predefinita, AlloyDB copia automaticamente le configurazioni di backup automatico e continuo dal cluster primario a un cluster secondario appena creato. Se vuoi utilizzare configurazioni di backup diverse per il cluster secondario, puoi modificare la configurazione di backup quando crei un cluster secondario.
Se il cluster primario 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.
- Disabilita i backup per il cluster secondario.
Per ulteriori informazioni sulla crittografia dei backup con CMEK, consulta Utilizza CMEK.
Puoi modificare le impostazioni dei backup automatici e continui per il cluster secondario dopo la sua creazione.
Disaster recovery avanzato
Per scenari di ripristino di emergenza avanzati, AlloyDB supporta lo switchover e il failover tra regioni:
Esegui un failover tra regioni. Il failover tra regioni (anteprima) è una funzionalità avanzata di ripristino di emergenza che promuove un cluster secondario a primario, ricreando automaticamente il cluster primario originale come nuovo cluster secondario. Questa funzionalità mantiene la topologia di replica senza richiedere l'eliminazione o la ricreazione manuale del cluster dopo la risoluzione dell'interruzione. In questo modo, il failback alla topologia originale dopo ripristino di emergenza è più semplice.
Switchover con zero perdita di dati. Il cambio ti consente di invertire i ruoli del cluster primario e di quello secondario senza perdita di dati. Puoi eseguire uno switchover per testare la configurazione del disaster recovery, eseguire il failback alla topologia originale dopo un'interruzione o eseguire la migrazione del workload. Quando completi il cambio, la direzione della replica viene invertita.
Se hai più cluster secondari, il cluster secondario che riceve il comando di cambio diventa un cluster principale; il cluster principale precedente diventa un cluster secondario, che 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:
- Esercitazioni di disaster recovery. Puoi eseguire test dei processi di ripristino di emergenza trasferendo l'applicazione in un'altra regione senza perdita di dati per simulare un'interruzione a livello di regione.
- Migrazione regionale. Esegui una migrazione pianificata delle risorse AlloyDB dalla regione principale a un'altra regione. Il cambio garantisce che il cluster secondario diventi un cluster primario con un Recovery Point Objective (RPO) pari a 0, assicurando che la migrazione non perda dati.