Informazioni sulla manutenzione delle istanze Cloud SQL

Questa pagina spiega come vengono eseguiti gli aggiornamenti di manutenzione sulle istanze Cloud SQL e come puoi controllarne la tempistica. Per iniziare, consulta Individuare e impostare i periodi di manutenzione.

Panoramica

Come servizio gestito, Cloud SQL aggiorna automaticamente le istanze per garantire che l'hardware, il sistema operativo e il motore del database sottostanti siano affidabili, performanti, sicuri e aggiornati. La maggior parte di questi aggiornamenti viene eseguita mentre l'istanza Cloud SQL è in esecuzione. Tuttavia, alcuni aggiornamenti di sistema richiedono una breve interruzione del servizio. Questi aggiornamenti sono chiamati manutenzione.

La manutenzione aggiorna il motore del database e, in alcuni casi, il sistema operativo. Poiché questi aggiornamenti richiedono il riavvio dell'istanza, comportano un certo tempo di inattività. Gli aggiornamenti di manutenzione offrono i seguenti vantaggi:

  • Funzionalità di Cloud SQL. Per lanciare nuove funzionalità, il motore del database viene aggiornato e vengono installati nuovi plug-in nel database.

  • Upgrade delle versioni del database. Il fornitore di software per database che sviluppa MySQL rilascia nuove versioni secondarie diverse volte all'anno. Ogni nuova versione include correzioni di bug, patch di sicurezza, miglioramenti delle prestazioni e nuove funzionalità del database. Puoi trovare la versione minore più recente supportata da Cloud SQL per MySQL consultando le note di rilascio o le versioni del database e i criteri di versione. L'upgrade delle istanze Cloud SQL alla versione più recente del database viene eseguito poco dopo il rilascio, in modo da poter usufruire del software di database più recente.

    Devi eseguire manualmente gli upgrade alle versioni secondarie di MySQL 8.0. Consulta Impostare la versione secondaria di MySQL per un'istanza.

  • Patch del sistema operativo. Monitoriamo costantemente la presenza di nuove vulnerabilità di sicurezza nel sistema operativo. Una volta rilevata, applichiamo una patch al sistema operativo per proteggerti da nuovi rischi.

Impatto della manutenzione

Per la versione Cloud SQL Enterprise Plus, Cloud SQL offre manutenzione pianificata con tempi di inattività quasi nulli.

Cloud SQL pianifica un evento di aggiornamento della manutenzione in genere ogni pochi mesi. L'aggiornamento di manutenzione può richiedere circa 5-10 minuti per ogni istanza. Se l'istanza ha repliche di lettura, la durata complessiva dell'aggiornamento della manutenzione può richiedere più tempo. Tuttavia, durante l'evento di aggiornamento della manutenzione, ogni istanza Cloud SQL Enterprise Edition perde la connettività per meno di 60 secondi in media. Il tempo di riposo potrebbe essere più elevato per un'istanza in cui vengono eseguite attività elevate durante l'evento di aggiornamento della manutenzione o che ha un set di dati molto grande.

Puoi adottare misure per assicurarti che la manutenzione abbia il minor impatto possibile sulle tue operazioni utilizzando le nostre impostazioni di manutenzione e rendendo i tuoi sistemi resistenti agli errori transitori.

Manutenzione pianificata con tempi di inattività quasi azzerati

Con la manutenzione pianificata con tempi di inattività quasi nulli, le istanze Cloud SQL Enterprise Plus solitamente perdono la connettività per meno di 1 secondo durante la manutenzione pianificata.

Il tempo di riposo potrebbe essere maggiore per le istanze con un'attività elevata durante la manutenzione.

Prerequisiti e vincoli

  • Devi attivare il logging binario sull'istanza.

  • Se utilizzi uno dei seguenti flag, questi devono essere impostati su valori predefiniti:

    • sync_binlog, valore: 1
    • innodb_flush_log_at_trx_commit, valore 1
    • replica_skip_errors, valore OFF
    • binlog_order_commit, valore ON

    Per ulteriori informazioni, consulta Configurare i flag di database.

  • Se utilizzi Cloud SQL Auth Proxy o connettori dei linguaggi di Cloud SQL, assicurati che siano aggiornati all'ultima versione.

  • Se hai repliche esterne con GTID abilitato, devi configurarle in modo che utilizzino il posizionamento automatico basato su GTID, altrimenti la replica verrà interrotta dopo la manutenzione. Per ulteriori informazioni, consulta Posizionamento automatico dei GTID.

  • L'UID del server MySQL cambierà durante la manutenzione.

  • Durante la manutenzione, i log del database conterranno messaggi di due VM diverse.
  • Se viene emesso un DDL durante la manutenzione pianificata, le modifiche potrebbero avere un timestamp di creazione o modifica successivo al timestamp della manutenzione.

Simulare la manutenzione pianificata con tempi di inattività quasi azzerati

Per testare il tempo di inattività pianificato della manutenzione della tua istanza principale Cloud SQL Enterprise Plus senza aggiornare l'istanza del database, puoi simulare la manutenzione pianificata con tempi di inattività quasi nulli.

Per farlo, invoca la simulazione di un evento di manutenzione su un'istanza Cloud SQL Enterprise Plus idonea per la manutenzione pianificata con tempi di inattività quasi azzerati. La richiesta di simulazione genera un'operazione di aggiornamento dell'istanza alla stessa versione di manutenzione prima dell'operazione.

Puoi eseguire la simulazione anche se è presente un aggiornamento di manutenzione in attesa sull'istanza. La versione dell'istanza rimane invariata per tutta la durata della simulazione.

Per simulare un evento di manutenzione pianificata con un tempo di riposo quasi nullo, utilizza il seguente comando gcloud CLI:

gcloud sql instances patch INSTANCE_NAME --simulate-maintenance-event

Sostituisci INSTANCE_NAME con il nome dell'istanza in cui vuoi eseguire l'evento di manutenzione simulato.

Impostazioni di manutenzione

Cloud SQL ti offre la possibilità di configurare gli aggiornamenti di manutenzione tramite un insieme di impostazioni di manutenzione.

Puoi configurare la manutenzione in modo che venga pianificata in momenti in cui brevi interruzioni del servizio causano il minor impatto sulle tue applicazioni. Per ogni istanza Cloud SQL, puoi configurare quanto segue:

  • Tempistica per la manutenzione (in precedenza Ordine di aggiornamento). La settimana del periodo di implementazione per aggiornare l'istanza Cloud SQL. Hai le seguenti opzioni:

    • Any: l'aggiornamento di manutenzione può avvenire in qualsiasi momento, ma in genere avviene entro la prima settimana.
    • Week 1: la manutenzione viene eseguita da 7 a 14 giorni dopo l'invio della notifica.
    • Week 2: l'aggiornamento della manutenzione avviene da 15 a 21 giorni dopo l'invio della notifica.
    • Week 5: l'aggiornamento della manutenzione avviene da 35 a 42 giorni dopo l'invio della notifica.

    Imposti la pianificazione dell'aggiornamento di manutenzione quando configuri un periodo di manutenzione.

  • Periodo di manutenzione. Il giorno della settimana e l'ora in cui Cloud SQL pianifica la manutenzione. I periodi di manutenzione durano un'ora. Scopri come configurare un periodo di manutenzione.

  • Periodo in cui evitare la manutenzione. Un blocco di giorni in cui Cloud SQL non pianifica la manutenzione. Puoi impostare un periodo in cui evitare la manutenzione per un massimo di 90 giorni. Scopri come configurare un periodo di manutenzione con divieto.

Periodi di manutenzione predefiniti

Se non imposti un periodo di manutenzione, Cloud SQL aggiorna l'istanza nelle seguenti finestre predefinite in base al fuso orario dell'istanza:

  • Finestra dei giorni feriali (dal lunedì al venerdì): dalle 22:00 alle 06:00
  • Finestra del fine settimana: dalle 22:00 di venerdì alle 06:00 di lunedì

Esempio di manutenzione

Supponiamo che tu sia uno sviluppatore di un rivenditore che gestisce un servizio di carrello degli acquisti. Hai un'istanza Cloud SQL per un ambiente di produzione e una seconda per un ambiente di staging. Vuoi che la manutenzione venga eseguita quando l'istanza gestisce la quantità minima di traffico, ovvero intorno a mezzanotte la domenica. Inoltre, vuoi saltare la manutenzione durante il periodo di shopping per le festività di fine anno.

In questo caso, imposta le impostazioni di manutenzione dell'istanza di produzione su:

  • Periodo di manutenzione: domenica tra le 00:00 e le 01:00 ET
  • Tempistica della manutenzione: Week 2
  • Periodo in cui evitare la manutenzione: dal 1° novembre al 15 gennaio.

Le impostazioni di manutenzione per l'ambiente di staging sono identiche, tranne che per la tempistica della manutenzione impostata su Week 2. In questo modo, puoi eseguire i test di accettazione operativa per una release di manutenzione in fase di staging almeno sette giorni prima dell'implementazione della manutenzione in produzione. Se si verifica un problema nell'ambiente di staging, hai il tempo di diagnosticare e risolvere il problema o di impostare un periodo di manutenzione in cui l'ambiente di produzione non viene interessato.

Notifiche relative alla manutenzione programmata

Puoi ricevere una notifica relativa alla manutenzione imminente via email almeno una settimana prima della data pianificata della manutenzione. Se vuoi impostare un filtro email per le notifiche, il titolo dell'email è Manutenzione prevista per la tua istanza Cloud SQL instancename.

Le notifiche per la manutenzione non vengono inviate per impostazione predefinita. Devi attivare le notifiche di manutenzione. Prima di poter ricevere notifiche, devi anche selezionare una periodo di manutenzione.

Le notifiche vengono inviate all'indirizzo email associato al tuo Account Google. Non è possibile configurare un alias email personalizzato (ad esempio un alias email di gruppo).

Attiva le notifiche di manutenzione per tutte le istanze Cloud SQL che hanno periodi di manutenzione in un determinato progetto. Riceverai una notifica per ogni istanza. Le notifiche relative alla manutenzione imminente non vengono inviate per le repliche di lettura.

Puoi anche visualizzare le informazioni sulla manutenzione imminente nella console Google Cloud.

  • Nell'elenco Istanze, nella colonna Manutenzione. Se la manutenzione è programmata, vedrai la data e l'ora di inizio pianificati. Puoi filtrare l'elenco delle istanze utilizzando il termine Manutenzione per trovare tutte le istanze per le quali è pianificata la manutenzione. La colonna Manutenzione viene visualizzata solo quando la manutenzione è pianificata su una o più istanze del progetto. Se non è pianificata alcuna manutenzione, la colonna è nascosta.
  • Nella pagina Dettagli istanza del riquadro Manutenzione. Se la manutenzione è pianificata, in Imminente viene visualizzata la data e l'ora di inizio pianificata.

  • Nella pagina ATTIVITÀ della console Google Cloud, puoi visualizzare un elenco di istanze per le quali è pianificata la manutenzione. Se la manutenzione è pianificata, le istanze visualizzano il messaggio Manutenzione SQL e la data e l'ora di inizio pianificati.

Ripianifica manutenzione

Se hai un periodo di manutenzione per la tua istanza, puoi riprogrammare l'aggiornamento della manutenzione fino a 24 ore prima della data e dell'ora pianificati per l'aggiornamento. Ad esempio, se stai lanciando un nuovo servizio durante il periodo di manutenzione pianificato, ti consigliamo di posticipare l'aggiornamento di manutenzione a qualche giorno dopo il lancio.

Esistono alcuni limiti alla ripianificazione degli aggiornamenti della manutenzione. Dopo che Cloud SQL ha inviato l'email di notifica, Cloud SQL esegue l'aggiornamento di manutenzione entro un periodo di sette settimane per evitare sovrapposizioni con il successivo aggiornamento di manutenzione di Cloud SQL. Ad esempio, se selezioni la settimana 1 o la settimana 2 come tempistica della manutenzione, puoi riprogrammare l'aggiornamento della manutenzione fino a un massimo di 4 settimane (28 giorni) dopo la data pianificata originariamente. Se imposti l'istanza su una pianificazione della manutenzione per la quinta settimana, puoi riprogrammare l'evento di manutenzione solo fino a un massimo di una settimana (7 giorni) dopo la data originale. Puoi ripianificare la manutenzione più volte, a condizione che l'evento di manutenzione riprogrammato rientri nella durata della riprogrammazione definita dalla tempistica della manutenzione configurata per l'istanza.

Per tutte le altre limitazioni, consulta Limitazioni della riprogrammazione.

Hai a disposizione alcune opzioni di pianificazione per la nuova periodo di manutenzione:

  • Applica gli aggiornamenti immediatamente. Puoi applicare l'aggiornamento alla tua istanza immediatamente anziché attendere la finestra di manutenzione programmata. In questo caso, la manutenzione in genere inizia entro cinque minuti.

  • Riprogramma l'appuntamento in un altro momento. Puoi posticipare un evento di manutenzione programmata in due modi:

    • Prossima finestra disponibile. Questa opzione rimanda la manutenzione al successivo periodo di manutenzione disponibile dopo l'ora di manutenzione pianificata corrente, in genere una settimana dopo.
    • Ora specifica. Questa opzione ti consente di scegliere un orario specifico per la durata della riprogrammazione definita dalla tempistica della manutenzione configurata per l'istanza.
      • 28 giorni se selezioni la tempistica di manutenzione della settimana 1 o della settimana 2
      • 7 giorni se selezioni la tempistica della manutenzione per la settimana 5

Per istruzioni su come ripianificare la manutenzione, consulta Ripianificare la manutenzione pianificata.

Come funziona la manutenzione

Per abbreviare la manutenzione, Cloud SQL utilizza un flusso di lavoro di failover per la manutenzione che assomiglia molto al nostro flusso di lavoro di failover automatico per le istanze ad alta disponibilità.

In breve, ecco i passaggi:

  1. Configura una VM aggiornata con il nuovo software.
  2. Arresta il database sulla VM originale.
  3. Passa il disco e l'IP statico alla VM aggiornata.
  4. Avvia il database sulla VM aggiornata.

Esamina le seguenti schede per visualizzare i dettagli del flusso di lavoro, inclusi quelli pre e post-manutenzione.

Pre-manutenzione

Prima della manutenzione, il client comunica con la VM originale tramite un indirizzo IP statico. I dati vengono archiviati su un disco permanente associato alla VM originale. In questo esempio, per l'istanza Cloud SQL è stata configurata l'alta disponibilità, il che significa che un'altra VM è in standby per subentrare in caso di interruzione imprevista. L'istanza Cloud SQL invia traffico all'applicazione.

Diagramma che mostra lo stato precedente alla manutenzione

Passaggio 1

Configura la nuova VM.

viene configurata una nuova macchina virtuale (VM) con il software del database e il sistema operativo (OS) della VM più recenti. Il sistema operativo della VM aggiornato è stato avviato. A questo punto, il motore del database non è ancora stato avviato. Per le istanze ad alta disponibilità, viene configurata anche una nuova VM in standby.

Il tempo di inattività totale viene notevolmente ridotto installando l'aggiornamento del software su un'altra VM mentre l'istanza Cloud SQL originale continua a gestire il traffico.

Diagramma che mostra la configurazione della VM

Passaggio 2

Arresta il database sulla VM originale.

Il motore del database viene arrestato in modo che il disco possa essere scollegato dalla VM originale e collegato alla VM aggiornata. Prima di arrestarsi, il motore del database attende alcuni secondi affinché le transazioni in corso vengano confermate e le richieste dalle connessioni esistenti vengano svuotate. Dopodiché, viene eseguito il rollback di eventuali transazioni aperte o di lunga durata. Il database smette di accettare nuove connessioni e quelle esistenti vengono interrotte. L'istanza diventa non disponibile e inizia il tempo di inattività per la manutenzione.

Diagramma dell'istanza dopo il failover

Passaggio 3

Passa alla VM aggiornata.

Il disco viene scollegato dalla VM originale e collegato alla VM aggiornata. L'indirizzo IP statico viene configurato in modo da puntare alla VM aggiornata. In questo modo, l'applicazione utilizzerà lo stesso indirizzo IP dopo la manutenzione come prima. La cache del database viene eliminata con la VM originale, il che significa che la cache del database viene effettivamente cancellata durante la manutenzione.

Diagramma del passaggio alla VM aggiornata

Passaggio 4

Avvia il database sulla VM aggiornata.

Il motore del database aggiornato viene avviato sul disco di dati. L'utilizzo di un disco di dati comune garantisce che tutte le transazioni scritte nell'istanza originale prima della manutenzione siano ancora presenti nel database aggiornato dopo la manutenzione. Se il rollback di eventuali transazioni incomplete non è stato completato durante l'arresto del database, il database esegue automaticamente il recupero da arresto anomalo per garantire che venga ripristinato in uno stato utilizzabile.

Diagramma dell'avvio della VM aggiornata

Post-manutenzione

Dopo il passaggio 4, l'istanza Cloud SQL è disponibile per accettare connessioni e torna a gestire il traffico per l'applicazione.

Per l'applicazione, a parte il software aggiornato, l'istanza Cloud SQL rimane invariata. L'applicazione si connette comunque all'istanza Cloud SQL utilizzando lo stesso indirizzo IP statico e la VM aggiornata viene eseguita nella stessa zona della VM originale. Tutti i dati scritti nel database originale vengono conservati.

Diagramma del post-manutenzione

Riduci al minimo l'impatto della manutenzione

In generale, Google Cloud consiglia agli utenti che eseguono applicazioni nel cloud di rendere i propri sistemi resilienti agli errori transitori, ovvero a problemi di comunicazione interservizio momentanei causati da una mancata disponibilità temporanea. Nel cloud sono inevitabili errori temporanei occasionali.

Alcuni degli errori temporanei che si verificano durante la manutenzione sono le connessioni interrotte e le transazioni in corso non riuscite. Se progetti i tuoi sistemi e ottimizzi le tue applicazioni in modo che siano resilienti agli errori transitori, hai anche la possibilità di ridurre al minimo gli impatti dovuti alla manutenzione del database.

Per ridurre al minimo l'impatto delle connessioni interrotte, puoi utilizzare i pool di connessione. Sebbene le connessioni tra il pooler e il database vengano interrotte durante la manutenzione, le connessioni tra l'applicazione e il pooler vengono conservate. In questo modo, il lavoro di ristabilire le connessioni è trasparente per l'applicazione e viene scaricato sul pooler di connessioni.

Per ridurre gli errori di transazione, puoi limitare il numero di transazioni di lunga durata. La riscrittura delle query in modo che siano più piccole ed efficienti non solo riduce il tempo di riposo per la manutenzione, ma migliora anche le prestazioni e la affidabilità del database.

Per recuperare in modo efficiente da interruzioni della connessione e errori di transazione, puoi gestire in modo efficiente le connessioni al database. Puoi creare una logica di ripetizione delle connessioni e delle query con backoff esponenziale nelle tue applicazioni e nei tuoi pool di connessioni. Se una query non va a buon fine o la connessione viene interrotta, il sistema stabilisce un periodo di attesa prima di riprovare, che aumenta a ogni nuovo tentativo. Ad esempio, il sistema potrebbe attendere solo alcuni secondi per il primo tentativo, ma fino a un minuto per il quarto. Seguendo questo pattern, questi errori vengono corretti senza sovraccaricare il servizio.

Anche altre soluzioni creative possono ridurre al minimo gli impatti della manutenzione, dall'utilizzo di script per attivare la cache del database dopo la manutenzione all'ottimizzazione del numero di tabelle nei database. Ti consigliamo di seguire le best practice e le linee guida operative per la gestione del database per garantire che la manutenzione proceda senza problemi.

Manutenzione urgente

In casi molto rari, Cloud SQL potrebbe dover pianificare la manutenzione al di fuori delle impostazioni di manutenzione per correggere gravi problemi di stabilità o vulnerabilità urgenti. Questi aggiornamenti vengono eseguiti rapidamente e Cloud SQL li conteggia come tempo di inattività ai sensi dello SLA.

Manutenzione self-service

Cloud SQL rilascia regolarmente miglioramenti e patch software per le vulnerabilità di sicurezza tramite nuove versioni di manutenzione che puoi installare sulle tue istanze. Cloud SQL gestisce un log delle modifiche per la manutenzione di Cloud SQL per ogni versione principale del motore del database. Per saperne di più, consulta Log delle modifiche di manutenzione di Cloud SQL.

Sebbene Cloud SQL programmi gli aggiornamenti di manutenzione ogni pochi mesi per assicurarti di avere il software più recente, puoi utilizzare la manutenzione self-service per mantenere aggiornata la tua istanza se:

  • Hai bisogno di un aggiornamento prima del prossimo evento di manutenzione pianificato.
  • Vuoi installare l'ultima versione del software dopo aver saltato l'aggiornamento di manutenzione più recente.

Se utilizzi le repliche di lettura, puoi utilizzare la manutenzione self-service per aggiornare tutte le repliche di lettura. Specifichi l'istanza principale e la richiesta di manutenzione aggiorna tutte le repliche di lettura dell'istanza principale alla versione di manutenzione specificata. L'istanza principale viene quindi aggiornata alla versione di manutenzione.

Limitazioni della manutenzione

Questa sezione descrive le limitazioni della manutenzione di Cloud SQL.

Limitazioni della riprogrammazione

Ecco alcune informazioni importanti sulla riprogrammazione:

  • Devi riprogrammare la manutenzione almeno 24 ore prima dell'evento di manutenzione inizialmente programmato.

  • Puoi riprogrammare la manutenzione su una o più istanze del progetto. Tuttavia, puoi riprogrammare una sola istanza alla volta (la riprogrammazione collettiva non è disponibile).

  • Puoi riprogrammare la manutenzione in un momento che rientra in un periodo di manutenzione vietata o anche al di fuori del periodo di manutenzione, purché la durata della riprogrammazione rientri nel periodo di tempo definito dalla programmazione della manutenzione configurata per l'istanza.

  • Se è in corso un'operazione di manutenzione, la riprogrammazione viene ritardata fino al completamento dell'operazione.

Limitazioni del periodo in cui evitare la manutenzione

Ecco alcune informazioni sui periodi in cui evitare la manutenzione:

  • Puoi avere un periodo di manutenzione in cui è vietato l'accesso anche se non hai configurato periodi di manutenzione per la tua istanza. I periodi in cui evitare la manutenzione possono essere lunghi da 1 a 90 giorni.

  • Il periodo di manutenzione in cui evitare la manutenzione ha la precedenza su qualsiasi finestra di manutenzione pianificata. Se esiste un conflitto tra la tempistica di un periodo di manutenzione e il periodo in cui evitare la manutenzione, quest'ultimo ha la precedenza sul periodo di manutenzione.

  • I periodi in cui evitare la manutenzione e la programmazione della manutenzione sono funzionalità indipendenti. Se crei un periodo di manutenzione vietato per un'istanza con tempistiche di manutenzione Week 1, questo non influisce sul determinare l'aggiornamento pianificato per un'istanza con tempistiche di manutenzione Week 2. Se un aggiornamento di manutenzione pianificata rientra in un periodo di manutenzione vietato, Cloud SQL non invia una notifica per le istanze che hai configurato con la pianificazione della manutenzione.

  • Quando viene impostato un periodo di rifiuto su un'istanza principale, viene rifiutata anche la manutenzione di tutte le repliche associate all'istanza principale. Ad esempio, un'istanza principale situata nella regione A ha tre repliche di lettura: due nella regione A e una nella regione B. Quando nell'istanza principale è impostato un periodo di rifiuto, la manutenzione di ciascuna delle repliche, inclusa la replica nella regione B, non viene eseguita fino alla scadenza del periodo di rifiuto nell'istanza principale.

  • Se un periodo in cui evitare la manutenzione viene impostato dopo la pianificazione della manutenzione in modo che si sovrapponga all'ora della manutenzione pianificata, l'aggiornamento viene ignorato.

  • Puoi impostare il periodo di manutenzione in cui evitare la manutenzione in modo che si ripeta ogni anno non includendo l'anno nei parametri della data di inizio e di fine. Se viene specificato l'anno, il periodo di manutenzione vietata viene impostato solo per quell'anno.

  • Puoi impostare più periodi di manutenzione in un anno. Ti consigliamo di evitare di concatenare periodi di rifiuto per saltare eventi di manutenzione programmata consecutivi. È importante mantenere aggiornata la manutenzione di Cloud SQL per garantire il funzionamento affidabile della tua istanza. In genere, la manutenzione di Cloud SQL viene pianificata una volta ogni pochi mesi.

  • Per garantire l'affidabilità del servizio, Cloud SQL potrebbe inviare una notifica agli utenti con istanze che eseguono release di manutenzione risalenti a più di 12 mesi fa per informarli che è necessario eseguire il rollout della manutenzione successiva.

  • Al termine di un periodo di manutenzione in cui è stata evitata, viene ripristinato il comportamento di manutenzione regolare.

  • I periodi di manutenzione in cui evitare non influiscono sulle operazioni attivate dall'utente, come la manutenzione self-service.

Domande frequenti sulla manutenzione

In che modo la manutenzione influisce sulle istanze di failover HA legacy?

Le istanze di failover HA precedenti vengono interrotte per gli aggiornamenti di manutenzione. Ricevono gli aggiornamenti di manutenzione subito prima dell'istanza principale. Non puoi impostare un periodo di manutenzione direttamente su un'istanza di failover HA legacy, perché condivide il periodo di manutenzione dell'istanza principale.

Il tempo di inattività per manutenzione viene conteggiato ai fini del rispetto del contratto di livello del servizio?

Il tempo di inattività dovuto alla normale manutenzione non viene conteggiato ai fini dello SLA. Tuttavia, Cloud SQL conteggia i tempi di inattività per la manutenzione in tempo reale ai fini dello SLA.

In che modo la manutenzione influisce sulle repliche di lettura?

  • Cloud SQL gestisce sempre le repliche di lettura prima dell'istanza principale. Se l'istanza principale ha un periodo di manutenzione, le repliche di lettura osservano lo stesso periodo di manutenzione.
  • Se l'istanza principale ha più repliche di lettura, Cloud SQL potrebbe aggiornare alcune delle repliche contemporaneamente.
  • Le repliche di lettura rispettano il periodo di manutenzione in cui evitare la manutenzione impostato per l'istanza principale.

Posso annullare la manutenzione programmata?

Non puoi annullare un periodo di manutenzione pianificato, ma puoi riprogrammarlo. Puoi anche configurare un periodo di evitamento della manutenzione che si sovrapponga al periodo di manutenzione pianificato per saltare efficacemente la manutenzione.

Cosa succede se l'evento di manutenzione viene annullato?

Se Cloud SQL annulla un evento di manutenzione, ricevi una notifica che ti informa dell'annullamento della manutenzione in anticipo, se possibile.

Riceverai una nuova notifica della manutenzione imminente quando l'evento di manutenzione viene riprogrammato.

La manutenzione di Cloud SQL è cumulativa?

Gli aggiornamenti di manutenzione sono cumulativi. Non è necessario applicare ogni aggiornamento di manutenzione che potresti aver perso. La versione di manutenzione più recente viene applicata nel successivo aggiornamento di manutenzione pianificato. In alternativa, puoi applicare l'ultimo aggiornamento della manutenzione utilizzando la manutenzione self-service.

Cosa succede se l'istanza viene interrotta durante l'aggiornamento di manutenzione pianificato?

Se un'istanza viene interrotta durante l'aggiornamento di manutenzione pianificato, Cloud SQL salta l'aggiornamento di manutenzione. Tuttavia, la volta successiva che riavvii l'istanza, Cloud SQL la aggiorna automaticamente con l'aggiornamento di manutenzione più recente.

Quanto tempo richiede la manutenzione self-service per tutte le repliche di lettura di un'istanza principale?

Il tempo necessario per un aggiornamento della manutenzione self-service dipende dal numero totale di repliche di lettura dell'istanza principale. Per ridurre il tempo necessario per l'aggiornamento della manutenzione self-service, puoi aggiornare alcune repliche di lettura singolarmente e poi eseguire l'aggiornamento sull'istanza principale per aggiornare il resto delle repliche di lettura.

Il secondo aggiornamento ignora le repliche che hanno già la versione di manutenzione di destinazione.

Se ho più repliche di lettura della mia istanza principale, posso eseguire la manutenzione self-service su una singola replica di lettura?

Sì, puoi eseguire la manutenzione self-service su un' istanza di replica di lettura singola. Tuttavia, ti consigliamo di aggiornare il resto delle repliche di lettura e dell'istanza principale alla stessa versione di manutenzione poco dopo. Ti consigliamo di utilizzare tutte le repliche di lettura e l'istanza principale con una versione di manutenzione identica.

Passaggi successivi