Questa pagina fornisce una panoramica della configurazione ad alta disponibilità (HA) per le istanze Cloud SQL. Per configurare una nuova istanza per l'alta disponibilità o per abilitare l'alta disponibilità su un'istanza esistente, consulta Abilitare e disabilitare l'alta disponibilità su un'istanza.
Panoramica della configurazione ad alta disponibilità
Lo scopo di una configurazione ad alta disponibilità è ridurre i tempi di inattività quando una zona o un'istanza non è disponibile. Ciò può accadere durante un'interruzione della zona o in caso di problemi hardware. Con l'alta disponibilità, i dati continuano a essere disponibili per le applicazioni client.
La configurazione ad alta disponibilità fornisce la ridondanza dei dati. Un'istanza Cloud SQL configurata per l'alta disponibilità è detta anche istanza regionale e ha una zona principale e una secondaria all'interno della regione configurata*. In un'istanza regionale, la configurazione include un'istanza principale e un'istanza in standby. Tramite replica sincrona nel disco permanente di ciascuna zona, tutte le scritture effettuate nell'istanza principale vengono replicate nei dischi di entrambe le zone prima che venga confermato il commit di una transazione. In caso di errore di un'istanza o una zona, l'istanza in standby diventa la nuova istanza principale. Gli utenti vengono quindi reindirizzati alla nuova istanza principale. Questo processo è noto come failover.
Dopo un failover, l'istanza che ha ricevuto il failover continua a essere l'istanza principale, anche dopo che l'istanza originale torna online. Dopo che la zona o l'istanza che ha subito un'interruzione torna disponibile, l'istanza principale originale viene eliminata e ricreata. Diventa quindi la nuova istanza in standby. Se in futuro si verifica un failover, la nuova istanza principale eseguirà il failover sull'istanza originale nella zona originale.
Se devi avere l'istanza principale nella zona che ha subito l'interruzione, puoi eseguire un failback. Un failback esegue gli stessi passaggi del failover, ma nella direzione opposta, per reindirizzare il traffico all'istanza originale. Per eseguire un failback, segui la procedura descritta in Avviare il failover.
Il supporto dei disco permanente regionali per la configurazione ad alta disponibilità di Cloud SQL con almeno una CPU dedicata ha una copertura completa dell'accordo sul livello del servizio (SLA). Un'istanza configurata per l'alta disponibilità costa il doppio di un'istanza autonoma. Questo prezzo include CPU, RAM e spazio di archiviazione. Per ulteriori informazioni, consulta la pagina dei prezzi.
* Per saperne di più sulle considerazioni specifiche per le regioni, consulta Area geografica e regioni.
Panoramica del failover
Se un'istanza configurata per l'alta disponibilità smette di rispondere, Cloud SQL passa automaticamente all'erogazione dei dati dall'istanza in standby. Per verificare se si è verificato un failover, controlla la cronologia dei failover del log delle operazioni.
Scopri di più su come creare query in Esplora log. Se hai bisogno di informazioni più dettagliate su un'operazione, ad esempio l'utente che l'ha eseguita, devi abilitare la registrazione di audit.
Fai clic sulle schede per vedere in che modo il failover influisce sull'istanza.
Normale
Failover
Post-failover
Failback
Processo
Si verifica il seguente processo:
L'istanza principale o la zona non funziona.
Ogni secondo, il sistema di heartbeat rileva se l'istanza principale è integra. Se non vengono rilevati più heartbeat, viene avviato il failover.
L'istanza in standby ora gestisce i dati dopo la riconnessione.
Tramite un indirizzo IP statico condiviso con l'istanza principale, l'istanza in standby ora gestisce i dati dalla zona secondaria.
Requisiti
Affinché Cloud SQL consenta un failover, la configurazione deve soddisfare i seguenti requisiti:
- L'istanza principale deve essere in uno stato operativo normale (non arrestata, in manutenzione o in esecuzione di un'operazione di istanza Cloud SQL a lunga esecuzione, ad esempio un'operazione di backup).
- La zona secondaria e l'istanza in standby devono essere entrambe in uno stato integro. Quando l'istanza in standby non risponde, le operazioni di failover vengono bloccate. Dopo che Cloud SQL ripara l'istanza in standby e la zona secondaria è disponibile, Cloud SQL consente il failover.
Backup e ripristino
I backup automatici sono vivamente consigliati per l'alta disponibilità.
Opzioni di ripristino per le istanze autonome
Cloud SQL non recupera automaticamente le istanze autonome da un'interruzione della zona. Per ristabilire un'istanza non configurata per l'alta disponibilità in una zona integra, devi ripristinare manualmente tutte le istanze zonali. Puoi recuperare manualmente un'istanza autonoma da un'interruzione della zona utilizzando una delle seguenti opzioni:
Esegui il recupero point-in-time sull'istanza in una nuova istanza che crei. Per utilizzare questa opzione, devi aver abilitato il recupero point-in-time sull'istanza zonale prima dell'interruzione della zona. I log delle transazioni per l'istanza devono essere archiviati in Cloud Storage. Se i log delle transazioni sono archiviati su disco, puoi spostarli in Cloud Storage. Per utilizzare questa opzione, segui i passaggi descritti in Eseguire il recupero point-in-time su un'istanza non disponibile.
Se l'istanza ha una replica di lettura in un'altra zona, puoi promuovere la replica di lettura per sostituire l'istanza autonoma che sta subendo l'interruzione della zona. Per utilizzare questa opzione, segui i passaggi descritti in Promuovere una replica.
Per entrambe le opzioni, si applicano le seguenti considerazioni:
Alcune transazioni recenti di cui è stato eseguito il commit sull'istanza principale potrebbero non essere visualizzate nell'istanza appena recuperata. L'intervallo di tempo in cui le transazioni potrebbero essere state perse è l'RPO (Recovery Point Objective).
- Per il recupero point-in-time, l'RPO è in genere di cinque minuti o meno.
- Per la promozione della replica di lettura, l'RPO varia in base al carico di lavoro del database. Per ulteriori informazioni su come monitorare e ridurre il ritardo di replica, consulta Ritardo di replica.
Dopo aver eseguito una delle opzioni di ripristino, devi riconfigurare tutti i client delle istanze che subiscono l'interruzione della zona perché le istanze recuperate avranno indirizzi IP e nomi di connessione diversi.
Applicazioni e istanze
Non esiste alcuna differenza nel lavorare con istanze non ad alta disponibilità e ad alta disponibilità, quindi l'applicazione non deve essere configurata in modo particolare. Quando si verifica un failover, tutte le connessioni esistenti all'istanza principale e alle repliche di lettura vengono chiuse e ci vorranno circa 60 secondi per ristabilire le connessioni all'istanza principale. L'applicazione si riconnette utilizzando la stessa stringa di connessione o lo stesso indirizzo IP, quindi non è necessario aggiornare l'applicazione dopo il failover.
Per vedere esattamente in che modo le applicazioni sono interessate dal failover, avvia manualmente il failover.
Tempo di inttività per manutenzione
Gli eventi di manutenzione influiscono sulle istanze principali configurate con l'alta disponibilità nello stesso modo delle altre istanze. Puoi prevedere che le istanze principali non siano disponibili per un breve periodo di tempo. Per ulteriori informazioni su come la manutenzione influisce sulle istanze ad alta disponibilità, consulta Come funziona la manutenzione. Per ridurre al minimo l'impatto sul servizio, modifica le impostazioni di manutenzione per controllare quando si verifica il tempo di inattività.
Passaggi successivi
- Abilitare e disabilitare l'alta disponibilità su un'istanza.
- Avviare il failover.
- Scopri di più sulla gestione delle connessioni al database.
- Scopri di più su regioni e zone in Cloud SQL.