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.