La replica tra regioni di AlloyDB consente di creare cluster e istanze secondari da un cluster principale per rendere le risorse disponibili in regioni diverse, in caso di interruzione nella regione principale. Questi cluster e istanze secondari funzionano come copie 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 del cluster 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.
- Istanza secondaria. Un leader di sola lettura di un cluster secondario. È responsabile della ricezione di un flusso 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 primaria. Se un cluster secondario viene promosso a cluster primario, l'istanza secondaria diventa l'istanza primaria.
- Nodo secondario attivo. Un nodo che fa parte dell'istanza secondaria. Questo nodo 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 standby in modo che funga da nuovo nodo attivo.
Vantaggi
I vantaggi della replica tra regioni su AlloyDB includono quanto segue:
Ripristino di emergenza. Se la regione del cluster principale non è più disponibile, puoi promuovere le risorse AlloyDB in un'altra regione per gestire le richieste.
Tempi di inattività ridotti. 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 e riduce la latenza di lettura.
Bilanciamento del carico geografico. In caso di connessioni lente o sovraccariche in una regione, puoi instradare il traffico verso un'altra regione.
Prestazioni di lettura migliorate. Rende le risorse AlloyDB disponibili più vicino alla regione della tua applicazione.
Passaggio con perdita di dati pari a zero. Per le configurazioni di replica tra regioni con un singolo cluster secondario, AlloyDB supporta il cambio tra istanza primaria e 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 orizzontalmente la capacità di lettura, puoi aggiungere fino a 20 nodi di lettura al cluster secondario.
Promuovi un cluster secondario. Se devi leggere o scrivere i dati in un cluster secondario, devi prima promuoverlo a cluster primario autonomo con tutte le funzionalità. Quando promuovi un cluster secondario, anche l'istanza secondaria del cluster viene promossa come istanza primaria con funzionalità di lettura e scrittura.
Esistono due scenari comuni per promuovere il cluster secondario a cluster primario:
- Migrazione regionale. Esegui una migrazione pianificata delle risorse AlloyDB dalla regione principale a un'altra regione.
- Ripristino di emergenza. Attiva 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 dal cluster primario a cui era precedentemente associato.
Switchover senza perdita di dati. Il cambio di ruolo ti consente di invertire i ruoli del cluster primario e secondario senza perdita di dati. Puoi eseguire un failover per testare la configurazione di ripristino di emergenza o eseguire la migrazione del carico di lavoro. Quando completi il failover, la direzione di replica viene invertita.
Il failover senza perdita di dati è supportato solo per le configurazioni di replica tra regioni con una singola istanza secondaria.
Configura backup automatici e continui. Per impostazione predefinita, AlloyDB copia automaticamente le configurazioni di backup automatico e continuo dal cluster primario 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 primario 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.