Questa pagina è una panoramica della configurazione ad alta disponibilità per le istanze di Cloud SQL. Per configurare una nuova istanza per l'alta disponibilità o per abilitare l'alta disponibilità su un'istanza esistente, consulta Abilitazione e disattivazione dell'alta disponibilità in un'istanza.
Panoramica della configurazione HA
Lo scopo di una configurazione ad alta disponibilità è ridurre il tempo di inattività quando una zona o un'istanza diventa non disponibile. Ciò può accadere durante un'interruzione di servizio zonale o in caso di un problema hardware. Con l'alta disponibilità, i tuoi dati continuano a essere disponibili per le applicazioni client.
La configurazione HA fornisce la ridondanza dei dati. Un'istanza regionale Cloud SQL configurata per l'alta disponibilità ha una zona principale e una secondaria all'interno della regione configurata. All'interno di un'istanza a livello di regione, la configurazione è composta di un'istanza principale e di un'istanza in standby. Tramite replica sincrona sul disco permanente di ogni zona, tutte le scritture apportate all'istanza principale vengono replicate nei dischi di entrambe le zone prima transazione viene segnalata come impegnata. 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 anche dopo che l'istanza originale è di nuovo online. Dopo il una zona o un'istanza che ha subito un'interruzione torna a essere disponibile, viene eliminata e ricreata l'istanza principale originale. Poi diventa il nuovo 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, possono eseguire un failback. Un failback esegue gli stessi passaggi del failover, ma in direzione opposta, per reindirizzare il traffico all'istanza originale. Per eseguire un failover, utilizza la procedura Avvio del failover.
Il supporto dei dischi locali regionali per la configurazione ad alta disponibilità di Cloud SQL con almeno una CPU dedicata è completamente coperto dall'accordo sul livello del servizio (SLA). Un L'istanza configurata ad alta disponibilità ha un costo doppio rispetto a un'istanza autonoma. Questo prezzo include CPU, RAM e spazio di archiviazione. Per ulteriori informazioni, consulta pagina dei prezzi.
Repliche di lettura
Se per le repliche di lettura viene considerata la disponibilità, puoi abilitare l'alta disponibilità le repliche. Quando promuovi una replica in modo che diventi un'istanza principale, questa è già configurata come istanza ad alta disponibilità.
Durante un'interruzione a livello di zona, il traffico si arresta per leggere le repliche in quella zona. Quando la zona diventa di nuovo disponibile, tutte le repliche di lettura nella zona riprendono la replica dall'istanza principale. Se le repliche di lettura sono se non si trovano in una zona soggetta a interruzione, si connettono all'istanza in standby quando diventa l'istanza principale.
Come best practice, ti consigliamo di posizionare alcune delle repliche di lettura in una zona diversa da quella delle istanze principali e di standby. Ad esempio, se hai un'istanza principale nella zona A e un'istanza in standby nella zona B, inserisci una replica di lettura nella zona C per migliorare l'affidabilità. Questa prassi garantisce che le repliche di lettura continuino a funzionare anche se la zona dell'istanza principale si arresta in modo anomalo. Dovresti anche aggiungere la logica di business nell'applicazione client per inviare le letture all'istanza principale quando le repliche di lettura non sono disponibili.
Nota: l'istanza di standby non può essere utilizzata per le query di lettura. Questo è diverso della configurazione ad alta disponibilità legacy di Cloud SQL per MySQL.
Panoramica del failover
Se un'istanza configurata ad alta disponibilità non risponde, Cloud SQL automaticamente passa alla gestione dei dati dall'istanza in standby. Per verificare se si è verificato un failover, controlla la cronologia del failover nel log delle operazioni.
Scopri di più su come creare query in Esplora log. Se hai bisogno di informazioni più dettagliate un'operazione, come l'utente che l'ha eseguita, devi e abilitare l'audit logging.
Fai clic sulle schede per vedere in che modo il failover influisce sull'istanza.
Normale
Failover
Dopo il failover
Failback
Processo
Si verifica il seguente processo:
L'istanza o la zona principale ha un errore.
Ogni secondo, il sistema di heartbeat rileva se l'istanza principale è in stato di salute. Se non vengono rilevati più heartbeat, viene avviato il failover.
L'istanza in standby ora gestisce i dati al momento della riconnessione.
Attraverso un indirizzo IP statico condiviso con l'istanza principale, L'istanza ora gestisce i dati dalla zona secondaria.
Requisiti
Affinché Cloud SQL consenta un failover, la configurazione deve soddisfare i seguenti requisiti requisiti:
- L'istanza principale deve essere in un normale stato operativo (non arrestata, in fase di manutenzione o l'esecuzione di un'istanza Cloud SQL a lunga esecuzione dell'istanza, ad esempio un'operazione di backup).
- La zona secondaria e l'istanza di riserva 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 di standby e la zona secondaria è disponibile, Cloud SQL consente il failover.
Backup e ripristino
I backup automatici e il recupero point-in-time devono essere abilitati per le istanze ad alta disponibilità, escluse le repliche di lettura.
Applicazioni e istanze
Non c'è differenza nell'utilizzo di istanze non HA e HA, pertanto la tua applicazione non deve essere configurata in alcun modo particolare. Quando di failover, tutte le connessioni esistenti all'istanza principale di repliche sono chiuse e impiegheranno circa 60 secondi per le connessioni da ristabilire all'istanza principale. L'applicazione si riconnette utilizzando la stessa connessione stringa o indirizzo IP, quindi non è necessario aggiornare l'applicazione di failover.
Per vedere esattamente in che modo le tue applicazioni sono interessate dal failover, avvia manualmente il failover.
Tempo di inattività per manutenzione
Gli eventi di manutenzione influiscono sulle istanze principali configurate con l'alta disponibilità allo stesso modo delle altre istanze. Le istanze principali potrebbero essere offline per un breve periodo di tempo. Per ulteriori informazioni sull'impatto della manutenzione sulle istanze HA, 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à.
Prestazioni
Le prestazioni dei dischi permanenti regionali dipendono da molti fattori. Le operazioni di I/O al secondo (IOPS) potrebbero essere ridotte con un disco permanente a livello di regione rispetto a un disco permanente a livello di zona. Aspetto alle dimensioni del tipo di istanza VM e all'input e all'output del tuo carico di lavoro. Un'altra metrica da tenere presente è che la latenza per i dischi permanenti regionali con unità a stato solido (SSD) è superiore a quella di un disco permanente a livello di zona con SSD. Ciò implica che se il tuo carico di lavoro non è un carico di lavoro di streaming ed è sensibile alla latenza, non può raggiungere il limite di IOPS poiché il disco permanente regionale con SSD ha una latenza più elevata rispetto a un disco permanente zonale con SSD. Questo è dovuto alla replica sincrona dei dati tra più zone coinvolte in un disco permanente a livello di regione per fornire più copie dei dati nelle zone di una regione.
Opzione legacy per l'alta disponibilità di MySQL
La procedura precedente per aggiungere l'alta disponibilità alle istanze MySQL utilizza una replica di failover. La funzionalità precedente non è disponibile nella console Google Cloud. Consulta Configurazione legacy: creare una nuova istanza configurata per l'alta disponibilità oppure Configurazione legacy: configura un'istanza esistente per l'alta disponibilità.
Passaggi successivi
- Abilitazione e disattivazione dell'alta disponibilità su un'istanza.
- Avvia il failover.
- Scopri di più sulla gestione delle connessioni al database.
- Scopri di più su regioni e zone in Cloud SQL.