Questa pagina fornisce una panoramica della configurazione ad alta disponibilità (HA) per le istanze Cloud SQL. Per configurare una nuova istanza per l'HA o per attivare l'HA su un'istanza esistente, consulta Abilitazione e disattivazione dell'alta disponibilità su un'istanza.
Panoramica della configurazione HA
Lo scopo di una configurazione HA è ridurre i tempi di inattività quando una zona o un'istanza non è disponibile. Ciò può accadere durante un'interruzione di servizio zonale o in caso di un problema hardware. Con l'HA, i tuoi dati continuano a essere disponibili per le applicazioni client.
La configurazione HA fornisce la ridondanza dei dati. Un'istanza Cloud SQL configurata per l'alta disponibilità è chiamata anche istanza a livello di regione e ha una zona principale e una secondaria* all'interno della regione configurata. All'interno di un'istanza a livello di regione, la configurazione include un'istanza principale e un'istanza in standby. Con la 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 lo ha ricevuto continua a essere l'istanza principale, anche dopo che l'istanza originale è tornata online. Una volta che la zona o l'istanza che ha subito un'interruzione di servizio diventa di nuovo disponibile, l'istanza principale originale viene distrutta e ricreata. e diventa 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 in cui si è verificata l'interruzione, puoi eseguire un failback. Un failback esegue gli stessi passaggi del failover, solo nella direzione opposta, per reindirizzare il traffico all'istanza originale. Per eseguire un failback, utilizza la procedura descritta in Avvio del failover.
Il supporto dei disco permanente a livello di regione per la configurazione ad alta disponibilità di Cloud SQL con almeno una CPU dedicata è completamente coperto dall'accordo sul livello del servizio (SLA). Un'istanza configurata per l'HA costa il doppio di un'istanza autonoma. Questo prezzo include CPU, RAM e spazio di archiviazione. Per ulteriori informazioni, consulta la pagina dei prezzi.
* Le regioni Messico, Montréal e Osaka hanno tre zone in uno o due data center fisici. Queste regioni sono in fase di espansione per arrivare ad almeno tre data center fisici. Per ulteriori informazioni, consulta Località cloud e SLA della piattaforma Google Cloud. Per contribuire a migliorare l'affidabilità dei carichi di lavoro, valuta la possibilità di eseguire un deployment multiregionale.
Repliche di lettura
Se la disponibilità è un fattore importante per le repliche di lettura, puoi attivare l'HA sulle repliche. Quando promuovi una replica in modo che diventi un'istanza principale, questa è già configurata come istanza ad alta disponibilità.
Durante un'interruzione di una zona, il traffico si ferma per le repliche di lettura nella zona in questione. 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 non si trovano in una zona in cui è in corso un'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 di 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. Questa configurazione è diversa dalla configurazione HA precedente di Cloud SQL per MySQL.
Panoramica del failover
Se un'istanza configurata per l'alta disponibilità non risponde, Cloud SQL passa automaticamente all'erogazione 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 su un'operazione, ad esempio sull'utente che l'ha eseguita, devi attivare i log di controllo.
Fai clic sulle schede per vedere in che modo il failover influisce sulla tua istanza.
Normale
Failover
Post-failover
Failback
Processo
Viene eseguita la seguente procedura:
L'istanza o la zona principale non è disponibile.
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 serve i dati al momento del ricoinvolgimento.
Tramite un indirizzo IP statico condiviso con l'istanza principale, l'istanza di standby ora pubblica i dati della zona secondaria.
Requisiti
Affinché Cloud SQL consenta un failover, la configurazione deve soddisfare i seguenti requisiti:
- L'istanza principale deve essere in uno stato di funzionamento normale (non interrotta, in manutenzione o in esecuzione di un'operazione di istanza Cloud SQL di lunga durata come un'operazione di backup).
- La zona secondaria e l'istanza di riserva devono essere entrambe in uno stato integro. Quando l'istanza di 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'è alcuna differenza nel lavorare con istanze non HA e HA, quindi la tua applicazione non deve essere configurata in alcun modo particolare. Quando si verifica il failover, tutte le connessioni esistenti all'istanza principale e alle repliche di lettura vengono chiuse e sono necessari 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 aggiornarla dopo il failover.
Per sapere 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 HA nello stesso modo come le 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 riposo.
Prestazioni
Le prestazioni disco permanente regionali dipendono da molti fattori. Le operazioni di I/O al secondo (IOPS) potrebbero essere ridotte con il disco permanente a livello di area geografica rispetto al disco permanente a livello di zona. Esamina le dimensioni del tipo di istanza VM e l'input e l'output del 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 zonale 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 accade a causa della replica sincrona dei dati su più zone coinvolte in un disco permanente regionale per fornire più copie dei dati nelle zone di una regione.
Opzione di alta disponibilità MySQL precedente
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 precedente: creazione di una nuova istanza configurata per l'alta disponibilità o Configurazione precedente: configurazione di un'istanza esistente per l'alta disponibilità.
Passaggi successivi
- Abilitazione e disabilitazione della disponibilità elevata 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.