Aggiornamenti della 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 Visualizza e imposta i periodi di manutenzione.

Panoramica

In quanto 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 per essere eseguiti. 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 del software di database che sviluppa PostgreSQL rilascia nuove versioni secondarie più volte all'anno. Ogni nuova versione include correzioni di bug, patch di sicurezza, miglioramenti delle prestazioni e nuove funzionalità del database. Puoi trovare l'ultima versione secondaria supportata da Cloud SQL per PostgreSQL consultando le note di rilascio o le versioni del database e i criteri relativi alle versioni. Le istanze Cloud SQL vengono aggiornate alla versione più recente del database poco dopo il rilascio, in modo da poter usufruire dell'esecuzione del software del database più recente.

  • Patch del sistema operativo. Monitoriamo costantemente le vulnerabilità di sicurezza appena identificate nel sistema operativo. Una volta rilevate, applichiamo 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à prossimi allo zero.

Cloud SQL pianifica un evento di aggiornamento di manutenzione in genere una volta ogni pochi mesi. L'aggiornamento di manutenzione può richiedere da 5 a 10 minuti circa per ogni istanza. Se l'istanza ha repliche di lettura, la durata complessiva dell'aggiornamento di manutenzione può essere più lunga. Tuttavia, durante l'evento di aggiornamento di manutenzione, ogni istanza Cloud SQL Enterprise Edition perde la connettività per meno di 30 secondi in media. Il tempo di inattività potrebbe essere maggiore per un'istanza che sta svolgendo un'attività intensa durante l'evento di aggiornamento di manutenzione o che ha un set di dati molto grande.

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

Manutenzione pianificata con tempi di inattività quasi azzerati

Con la manutenzione pianificata con tempi di inattività prossimi allo zero, le istanze Cloud SQL Enterprise Plus edition in genere perdono la connettività per meno di 1 secondo durante la manutenzione pianificata.

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

Prerequisiti e vincoli

  • Le repliche di lettura non sono supportate.
  • Durante la manutenzione, i log del database conterranno messaggi provenienti da 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.
  • Le stringhe di connessione lato client e le impostazioni delle query, come il tipo di connessione, i timeout delle query e il pool di connessioni, possono influire sul tempo di inattività osservato. Assicurati di testare la configurazione dell'applicazione per trovare le impostazioni più adatte alle tue esigenze.

Simula la manutenzione pianificata con tempi di inattività prossimi allo zero

Per testare i tempi di inattività per manutenzione pianificata dell'istanza principale di Cloud SQL Enterprise Plus senza aggiornare l'istanza del database, puoi simulare la manutenzione pianificata con tempi di inattività quasi azzerati.

Per farlo, richiama la simulazione di un evento di manutenzione su un'istanza della versione 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 precedente all'operazione.

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

Per simulare un evento di manutenzione pianificata con tempi di inattività prossimi allo zero, 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 un breve tempo di inattività causa 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 settimana 1.
    • Week 1: la manutenzione viene eseguita da 7 a 14 giorni dopo l'invio della notifica di manutenzione.
    • Week 2: l'aggiornamento di manutenzione viene eseguito da 15 a 21 giorni dopo l'invio della notifica.
    • Week 5: l'aggiornamento di manutenzione viene eseguito da 35 a 42 giorni dopo l'invio della notifica.

    Puoi impostare 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 una durata massima di 90 giorni. Scopri come configurare un periodo in cui evitare la manutenzione.

Periodi di manutenzione predefiniti

Se non imposti un periodo di manutenzione, Cloud SQL aggiorna l'istanza nei seguenti periodi predefiniti in base al fuso orario dell'istanza:

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

Esempio di manutenzione

Supponiamo che tu sia uno sviluppatore presso un retailer 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 gestione temporanea. Vuoi che la manutenzione venga eseguita nel momento in cui l'istanza gestisce la quantità di traffico più bassa, ovvero intorno alla mezzanotte della domenica. Inoltre, vuoi evitare la manutenzione durante il periodo di shopping natalizio di fine anno, che è molto intenso.

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

  • Periodo di manutenzione: domenica dalle 00:00 alle 01:00 ET
  • Tempistica per manutenzione: Week 2
  • Periodo in cui evitare la manutenzione: dal 1° novembre al 15 gennaio.

Le impostazioni di manutenzione per l'ambiente di gestione temporanea sarebbero identiche, ad eccezione della tempistica di manutenzione, che è impostata su Week 2. In questo modo, puoi eseguire i test di accettazione operativa per una release di manutenzione in gestione temporanea almeno sette giorni prima dell'implementazione della manutenzione in produzione. Se si verifica un problema nell'ambiente di gestione temporanea, hai il tempo di diagnosticare e risolvere il problema o di configurare un periodo in cui evitare la manutenzione in modo che l'ambiente di produzione non venga interessato.

Notifiche di manutenzione imminente

Puoi ricevere una notifica via email sulla manutenzione imminente almeno una settimana prima della manutenzione pianificata. Se vuoi impostare un filtro email per le notifiche, il titolo dell'email è Manutenzione imminente per l'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 le notifiche, devi anche selezionare un 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 del team).

Puoi attivare le notifiche di manutenzione per tutte le istanze Cloud SQL che hanno periodi di manutenzione in un determinato progetto. Ricevi una notifica per istanza. Le notifiche di 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 è pianificata, vedrai la data e l'ora in cui è pianificato l'inizio. Puoi filtrare l'elenco delle istanze utilizzando il termine Manutenzione per trovare tutte le istanze per cui è pianificata la manutenzione. La colonna Manutenzione viene visualizzata solo quando è pianificata la manutenzione di una o più istanze del progetto. Se non è pianificata alcuna manutenzione, la colonna è nascosta.
  • Nella pagina Dettagli istanza nel riquadro Manutenzione. Se la manutenzione è pianificata, in In arrivo vengono visualizzate la data e l'ora di inizio pianificate.

  • Nella pagina Esplora log della console Google Cloud . Utilizza il menu a discesa Nome log per cercare maintenance-events, quindi fai clic su Applica. Se la manutenzione è pianificata per un'istanza, il log mostra il nome dell'istanza e l'ora di inizio della manutenzione pianificata.

Altre notifiche di manutenzione

Se attivi la ricezione delle notifiche di manutenzione, riceverai una notifica per determinati eventi:

  • Manutenzione pianificata imminente
  • Manutenzione avviata
  • Manutenzione completata
  • Manutenzione annullata

Ripianifica manutenzione

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

Esistono alcuni limiti alla ripianificazione degli aggiornamenti di manutenzione. Dopo che Cloud SQL ha inviato l'email di notifica, esegue l'aggiornamento di manutenzione entro un periodo di tempo di sette settimane per evitare qualsiasi sovrapposizione con l'aggiornamento di manutenzione di Cloud SQL successivo. Ad esempio, se selezioni una tempistica di manutenzione della settimana 1 o della settimana 2, puoi riprogrammare l'aggiornamento di manutenzione fino a un massimo di 4 settimane (28 giorni) dopo la data originariamente pianificata. Se imposti la tempistica di manutenzione dell'istanza sulla settimana 5, 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, purché l'evento di manutenzione ripianificato rientri nella durata della ripianificazione definita dalla tempistica di manutenzione configurata per l'istanza.

Per tutte le altre limitazioni, consulta Limitazioni della ripianificazione.

Hai a disposizione alcune opzioni di pianificazione per il nuovo periodo di manutenzione:

  • Applica immediatamente gli aggiornamenti. Puoi applicare l'aggiornamento alla tua istanza immediatamente, anziché attendere il periodo di manutenzione pianificato. In questo caso, la manutenzione inizia generalmente entro cinque minuti.

  • Riprogramma per un altro orario. Puoi posticipare un evento di manutenzione pianificata in due modi:

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

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

Come funziona la manutenzione

Per ridurre al minimo la durata della 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 affidabilità.

In breve, i passaggi sono i seguenti:

  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.

Scorri le seguenti schede per visualizzare i dettagli del workflow, inclusi quelli relativi alle fasi pre-manutenzione 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 collegato alla VM originale. In questo esempio, l'istanza Cloud SQL è configurata per l'alta affidabilità, il che significa che un'altra VM è in standby per subentrare in caso di interruzione non pianificata. L'istanza Cloud SQL gestisce il traffico verso l'applicazione.

Diagramma che mostra lo stato di pre-manutenzione

Passaggio 1

Configura la nuova VM.

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

Il tempo di inattività totale viene ridotto in modo sostanziale installando l'aggiornamento software su un'altra VM mentre l'istanza Cloud SQL originale gestisce ancora 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 dell'arresto, il motore del database attende alcuni secondi per il commit delle transazioni in corso e l'esaurimento delle richieste dalle connessioni esistenti. Successivamente, viene eseguito il rollback di tutte le transazioni aperte o a lunga esecuzione. 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 riconfigurato in modo da puntare alla VM aggiornata. In questo modo, l'applicazione utilizza lo stesso indirizzo IP dopo la manutenzione come prima. La cache del database viene eliminata insieme alla 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 dati. L'utilizzo di un disco 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 transazioni incomplete non è stato completato durante l'arresto del database, il database esegue automaticamente il recupero dagli arresti anomali 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 verso 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 della 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 temporanei, ovvero problemi di comunicazione tra servizi causati da una temporanea indisponibilità. Gli errori temporanei occasionali sono inevitabili nel cloud.

Alcuni degli errori temporanei che si verificano durante la manutenzione sono connessioni interrotte e transazioni in corso non riuscite. Se progetti i tuoi sistemi e ottimizzi le tue applicazioni in modo che siano resilienti agli errori temporanei, sarai anche in grado 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 connessioni. Mentre le connessioni tra il pooler e il database vengono interrotte durante la manutenzione, le connessioni tra l'applicazione e il pooler vengono conservate. In questo modo, il lavoro di ripristino delle connessioni è trasparente per l'applicazione e viene invece trasferito al pooler di connessioni.

Per ridurre gli errori delle transazioni, puoi limitare il numero di transazioni a lunga esecuzione. Riscrivere le query in modo che siano più piccole ed efficienti non solo riduce i tempi di inattività per la manutenzione, ma migliora anche le prestazioni e l'affidabilità del database.

Puoi utilizzare Query Insights per identificare le query lente.

Per eseguire il ripristino in modo efficiente in caso di interruzioni della connessione ed errori delle transazioni, puoi gestire le connessioni al database in modo efficiente. Puoi creare una logica di ripetizione della connessione e delle query con il backoff esponenziale nelle tue applicazioni e nei pooler di connessioni. Se una query non va a buon fine o una connessione viene interrotta, il sistema stabilisce un periodo di attesa prima di riprovare, che aumenta per ogni nuovo tentativo successivo. Ad esempio, il sistema potrebbe attendere solo qualche secondo per il primo nuovo tentativo, ma fino a un minuto per il quarto. Seguendo questo pattern, gli errori vengono corretti senza sovraccaricare il servizio.

Altre soluzioni creative possono ridurre al minimo gli impatti della manutenzione, dall'utilizzo di script per riscaldare la cache del database dopo la manutenzione alla semplificazione del numero di tabelle nei database. Ti consigliamo di seguire le best practice per la gestione dei database e le linee guida operative per assicurarti che la manutenzione venga eseguita senza problemi.

Manutenzione urgente

In casi molto rari, Cloud SQL potrebbe dover pianificare la manutenzione al di fuori delle impostazioni di manutenzione per applicare patch a problemi di stabilità o vulnerabilità gravi che richiedono un intervento tempestivo. Questi aggiornamenti vengono forniti rapidamente e Cloud SQL li conteggia come tempi di inattività rispetto allo SLA.

Manutenzione self-service

Cloud SQL rilascia regolarmente miglioramenti del software e patch per le vulnerabilità di sicurezza tramite nuove versioni di manutenzione che puoi installare sulle tue istanze. Cloud SQL gestisce un changelog di 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 pianifichi gli aggiornamenti di manutenzione una volta ogni pochi mesi per assicurarti di avere il software più recente, puoi utilizzare la manutenzione self-service per mantenere aggiornata l'istanza se:

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

Se utilizzi le repliche di lettura, puoi utilizzare la manutenzione self-service per aggiornare l'istanza principale e tutte le relative repliche di lettura. Specifica 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 per la riprogrammazione

Ecco alcune informazioni utili sulla riprogrammazione:

  • Devi ripianificare la manutenzione almeno 24 ore prima dell'evento di manutenzione originariamente pianificato.

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

  • Puoi ripianificare la manutenzione in un momento che rientra in un periodo in cui evitare la manutenzione o anche al di fuori del periodo di manutenzione, purché la durata della ripianificazione rientri nel periodo di tempo definito dalla tempistica di manutenzione che hai configurato per l'istanza.

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

Limitazioni relative al periodo in cui evitare la manutenzione

Ecco alcune informazioni utili sui periodi in cui evitare la manutenzione:

  • A partire dal 15 agosto 2025, non potrai impostare un periodo in cui evitare la manutenzione per un'istanza se la sua versione di manutenzione è precedente a 12 mesi. Qualsiasi istanza che utilizza una versione di manutenzione precedente a 12 mesi deve ricevere un aggiornamento. Per trovare la data della versione di manutenzione installata sulla tua istanza, utilizza il comando gcloud sql instances describe o visualizza la sezione Manutenzione della pagina Panoramica dell'istanza nella consoleGoogle Cloud . Per saperne di più su come trovare la versione di manutenzione della tua istanza, consulta Visualizza le informazioni sull'istanza. Per determinare la data di rilascio, controlla il nome della versione di manutenzione. Ad esempio, se il nome della versione di manutenzione è POSTGRES_16_9.R20250302.00_31, la data di rilascio corrispondente è il 2 marzo 2025.

    Per aggiornare l'istanza, esegui la manutenzione self-service o attendi l'aggiornamento automatico durante il periodo di manutenzione successivo. Dopo aver aggiornato l'istanza, puoi impostare un periodo in cui evitare la manutenzione.

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

  • Il periodo in cui evitare la manutenzione ha la precedenza su qualsiasi periodo di manutenzione pianificato. In caso di 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 tempistica di manutenzione sono funzionalità indipendenti. Se crei un periodo in cui evitare la manutenzione per un'istanza con tempistica di manutenzione Week 1, questo non influisce sulla determinazione dell'aggiornamento pianificato per un'istanza con tempistica di manutenzione Week 2. Se un aggiornamento di manutenzione pianificata rientra in un periodo in cui evitare la manutenzione, Cloud SQL non invia una notifica per le istanze che hai configurato con la tempistica di manutenzione.

  • Quando viene impostato un periodo di negazione su un'istanza principale, viene negata anche la manutenzione per 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 viene impostato un periodo di negazione sull'istanza principale, la manutenzione di ogni replica, inclusa quella nella regione B, non viene eseguita fino alla scadenza del periodo di negazione sull'istanza principale.

  • Se viene impostato un periodo in cui evitare la manutenzione dopo la pianificazione della manutenzione in modo che il periodo in cui evitare la manutenzione si sovrapponga al periodo di manutenzione pianificato, l'aggiornamento viene saltato.

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

  • Puoi impostare più periodi in cui evitare la manutenzione in un anno. Tuttavia, non puoi impostare un periodo in cui evitare la manutenzione per un'istanza che esegue una versione di manutenzione precedente a 12 mesi. Evita di concatenare i periodi di esclusione per saltare eventi di manutenzione pianificata consecutivi. Mantenere aggiornata la manutenzione di Cloud SQL è importante per garantire che l'istanza funzioni in modo affidabile. In genere, la manutenzione di Cloud SQL viene pianificata una volta ogni pochi mesi.

  • Per garantire l'affidabilità del servizio, Cloud SQL informa gli utenti con istanze che eseguono release di manutenzione risalenti a più di 12 mesi prima che è necessario il successivo lancio della manutenzione.

  • Al termine di un periodo in cui evitare la manutenzione, riprende il comportamento di manutenzione regolare.

  • I periodi in cui evitare la manutenzione non influiscono sulle operazioni attivate dagli utenti, come la manutenzione self-service.

  • I periodi in cui evitare la manutenzione continuano a essere applicati dopo l'arresto, l'avvio o il riavvio di un'istanza. Quando un'istanza si trova in un periodo in cui evitare la manutenzione attivo, se la arresti e poi la avvii o la riavvii, gli aggiornamenti di manutenzione pianificati vengono ignorati al riavvio dell'istanza perché il periodo in cui evitare la manutenzione è ancora attivo.

Domande frequenti sulla manutenzione

Il tempo di inattività per manutenzione viene conteggiato ai fini dello SLA?

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 sensibile al fattore tempo 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 repliche contemporaneamente.
  • Le repliche di lettura rispettano il periodo in cui evitare la manutenzione impostato per l'istanza principale.

Posso annullare la manutenzione pianificata?

Non puoi annullare un periodo di manutenzione pianificato, ma puoi riprogrammarlo. Puoi anche configurare un periodo in cui evitare la manutenzione che si sovrappone al periodo di manutenzione pianificato per saltare la manutenzione.

Cosa succede se l'evento di manutenzione viene annullato?

Se Cloud SQL annulla un evento di manutenzione, ricevi una notifica di annullamento della manutenzione in anticipo, se possibile.

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

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 di manutenzione utilizzando la manutenzione self-service.

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

Se un'istanza viene arrestata 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'ultimo aggiornamento di manutenzione.

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

Il tempo necessario per un aggiornamento di manutenzione self-service dipende dal numero totale di repliche di lettura dell'istanza principale. Per ridurre il tempo necessario per l'aggiornamento di 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 target.

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 una singola istanza di replica di lettura. Tuttavia, ti consigliamo di aggiornare il resto delle repliche di lettura e l'istanza principale alla stessa versione di manutenzione subito dopo. Ti consigliamo di utilizzare tutte le repliche di lettura e l'istanza principale con una versione di manutenzione identica.

Passaggi successivi