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 le tempistiche. Per iniziare, consulta Trovare e impostare 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, efficienti, sicuri e aggiornati. La maggior parte di questi aggiornamenti viene eseguita mentre l'istanza Cloud SQL è attiva e 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 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 per il database.

  • Upgrade della versione del database. Il fornitore di software di database che sviluppa PostgreSQL rilascia nuove versioni secondarie diverse volte all'anno. A ogni nuova versione sono disponibili correzioni di bug, patch di sicurezza, miglioramenti delle prestazioni e nuove funzionalità di database. Puoi trovare l'ultima versione secondaria supportata da Cloud SQL per PostgreSQL consultando le note di rilascio o i criteri di versione e versione del database. Le istanze Cloud SQL vengono aggiornate alla versione più recente del database poco dopo il rilascio, per consentirti di trarre vantaggio dall'esecuzione del software di database più recente.

  • Patch del sistema operativo. Monitoriamo continuamente le nuove vulnerabilità di sicurezza identificate nel sistema operativo. Dopo il rilevamento, applichiamo le patch al sistema operativo per proteggerti da nuovi rischi.

Impatto sulla manutenzione

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

Cloud SQL pianifica un evento di aggiornamento di manutenzione in genere ogni pochi mesi. L'aggiornamento di manutenzione può richiedere da 5 a 10 minuti per ogni istanza. Se l'istanza ha repliche di lettura, la durata complessiva dell'aggiornamento di manutenzione può richiedere più tempo. Tuttavia, durante l'evento di aggiornamento di manutenzione, ogni istanza della versione Cloud SQL Enterprise perde la connettività in media per meno di 30 secondi. Il tempo di inattività potrebbe essere più elevato per un'istanza che sta subendo grandi quantità di attività durante l'evento di aggiornamento di manutenzione o che ha un set di dati molto ampio.

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 una manutenzione pianificata con tempi di inattività prossimi allo zero, le istanze della versione Cloud SQL Enterprise Plus con alta disponibilità in genere perdono connettività per meno di 1 secondo durante la manutenzione pianificata.

Il tempo di inattività potrebbe essere più elevato per le istanze che hanno un'attività elevata durante la manutenzione.

Prerequisiti e vincoli

  • Il numero di repliche di lettura nelle istanze della versione Cloud SQL per PostgreSQL Enterprise Plus deve essere inferiore al valore impostato per i flag max_wal_senders e max_replication_slots. Per ulteriori informazioni, consulta la pagina sulla configurazione dei flag di database.

  • Se utilizzi il proxy di autenticazione Cloud SQL o i connettori di linguaggio Cloud SQL, assicurati che siano aggiornati all'ultima versione.

  • Dopo la manutenzione pianificata, tutte le tabelle non registrate saranno vuote.

  • Durante la manutenzione, i log del database contengono 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.

Simula una manutenzione pianificata con tempi di inattività quasi azzerati

Per testare i tempi di inattività per la manutenzione pianificata dell'istanza principale della versione Cloud SQL Enterprise Plus senza aggiornare l'istanza di database, puoi simulare una 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 una manutenzione pianificata con tempi di inattività quasi azzerati. La richiesta di simulazione determina un'operazione di aggiornamento dell'istanza alla stessa versione di manutenzione prima dell'operazione.

Puoi eseguire la simulazione anche se hai un aggiornamento di manutenzione in attesa dell'istanza. La versione dell'istanza rimane la stessa per tutta la durata della simulazione.

Per simulare un evento di manutenzione pianificata con tempi di inattività quasi azzerati, 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 offre la possibilità di configurare gli aggiornamenti di manutenzione tramite una serie di impostazioni.

Puoi configurare la manutenzione da pianificare negli orari in cui un breve tempo di inattività causa il minore 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 in cui 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 1a settimana.
    • Week 1: la manutenzione avviene da 7 a 14 giorni dopo l'invio della notifica di manutenzione.
    • Week 2: l'aggiornamento di manutenzione avviene da 15 a 21 giorni dopo l'invio della notifica.
    • Week 5: l'aggiornamento di manutenzione avviene da 35 a 42 giorni dopo l'invio della notifica.

    La pianificazione dell'aggiornamento di manutenzione viene impostata al momento della configurazione di 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 in cui evitare la manutenzione.

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 (da lunedì a venerdì): dalle 22.00 alle 6.00
  • Finestra del fine settimana: venerdì, dalle 22:00 a lunedì, alle 6:00

Esempio di manutenzione

Supponi di essere uno sviluppatore di un rivenditore che gestisce un servizio di carrello degli acquisti. Hai un'istanza Cloud SQL per l'ambiente di produzione e un'altra per l'ambiente di gestione temporanea. Vuoi che la manutenzione venga eseguita nel momento in cui l'istanza gestisce la quantità minore di traffico, ovvero verso la mezzanotte di domenica. È bene anche evitare la manutenzione durante il frenetico periodo degli acquisti per le festività di fine anno.

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

  • Periodo di manutenzione: domenica tra le 00:00 e le 01:00 ET
  • Tempistica per la 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 saranno identiche, ma la tempistica per la manutenzione è 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 impostare un periodo in cui evitare la manutenzione in cui l'ambiente di produzione non subirà modifiche.

Notifiche di manutenzione imminenti

Puoi ricevere una notifica via email relativa alla manutenzione imminente almeno una settimana prima della data prevista. Se vuoi impostare un filtro email per le notifiche, il titolo dell'email è Prossima manutenzione 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 di un team).

Puoi attivare le notifiche di manutenzione per tutte le istanze Cloud SQL con periodi di manutenzione in un determinato progetto. Ricevi una notifica per istanza. Le notifiche di manutenzione imminenti 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 di inizio. Puoi filtrare l'elenco delle istanze utilizzando il termine Manutenzione per trovare tutte le istanze pianificate per la manutenzione. La colonna Manutenzione viene visualizzata solo quando la manutenzione è pianificata per 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 Prossimamente vedrai una data e un'ora di inizio.

  • Nella pagina ATTIVITÀ della console Google Cloud puoi visualizzare un elenco di istanze pianificate per la manutenzione. Se la manutenzione è pianificata, le istanze presentano il messaggio SQL Manutenzione, oltre alla data e all'ora di inizio della manutenzione.

Ripianifica la manutenzione

Se hai un periodo di manutenzione per la tua istanza, puoi ripianificare l'aggiornamento fino a 24 ore prima della data prevista. Ad esempio, se avvii un nuovo servizio durante il periodo di manutenzione pianificata, potresti voler posticipare l'aggiornamento di alcuni giorni dopo il lancio.

Esistono alcuni limiti alla ripianificazione degli aggiornamenti di manutenzione. Dopo che Cloud SQL ha inviato l'email di notifica, Cloud SQL esegue l'aggiornamento di manutenzione entro un periodo di tempo di sette settimane per evitare sovrapposizioni con il prossimo aggiornamento di manutenzione di Cloud SQL. Ad esempio, se selezioni una tempistica per la manutenzione sulla Settimana 1 o Settimana 2, puoi ripianificare l'aggiornamento di manutenzione fino a un massimo di 4 settimane (28 giorni) dopo la data pianificata inizialmente. Se imposti la durata della manutenzione per la settimana 5, puoi ripianificare 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 ripianificato rientri nella durata della ripianificazione definita dalla tempistica per la manutenzione che hai configurato per la tua istanza.

Per tutte le altre limitazioni, vedi Riprogrammare le limitazioni.

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

  • Applica gli aggiornamenti immediatamente. Puoi applicare immediatamente l'aggiornamento all'istanza, anziché attendere il periodo di manutenzione pianificata. In questo caso, la manutenzione in genere inizia entro cinque minuti.

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

    • Prossima finestra disponibile. Questa opzione rimanda la manutenzione al successivo periodo di manutenzione disponibile successivo all'orario di manutenzione pianificato corrente, che in genere è di una settimana dopo.
    • Un orario specifico. Questa opzione ti consente di scegliere un orario specifico per la durata della ripianificazione definita dalla tempistica per la manutenzione che hai configurato per la tua istanza.
      • 28 giorni se si seleziona la tempistica per la manutenzione Settimana 1 o Settimana 2
      • 7 giorni se selezioni la tempistica per la manutenzione nella Settimana 5

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

Come funziona la manutenzione

Per brevità della manutenzione, Cloud SQL utilizza un flusso di lavoro di failover molto simile al nostro flusso di lavoro di failover automatico per le istanze a disponibilità elevata.

In breve, questi sono i passaggi:

  1. Configura una VM aggiornata con il nuovo software.
  2. Arresta il database sulla VM originale.
  3. Esegui il passaggio del disco e dell'IP statico alla VM aggiornata.
  4. Avviare il database sulla VM aggiornata.

Segui le istruzioni riportate di seguito per vedere i dettagli del flusso di lavoro, incluse le operazioni precedenti e successive alla manutenzione.

Prima della 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, per l'istanza Cloud SQL è configurata l'alta disponibilità, il che significa che un'altra VM è in standby per assumere il controllo 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) per VM più recenti. Viene avviato il sistema operativo VM aggiornato. 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 ridotto notevolmente installando l'aggiornamento 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 essere arrestato, il motore del database attende alcuni secondi per il commit delle transazioni in corso e per lo svuotamento delle richieste dalle connessioni esistenti. Successivamente, viene eseguito il rollback di tutte le transazioni aperte o a lunga esecuzione. Il database non accetta più nuove connessioni e quelle esistenti vengono eliminate. L'istanza non è più disponibile e inizia il tempo di inattività della 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. Ciò garantisce che l'applicazione utilizzi lo stesso indirizzo IP dopo la manutenzione di prima. La cache del database viene svuotata con la VM originale, il che significa che viene svuotata in modo efficace 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'uso 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 non è stato completato il rollback delle transazioni incomplete durante l'arresto del database, quest'ultimo esegue automaticamente il ripristino degli arresti anomali per garantire che venga ripristinato a uno stato utilizzabile.

Diagramma dell'avvio della VM aggiornata

Dopo la manutenzione

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

Nell'applicazione, a parte il software aggiornato, l'istanza Cloud SQL ha lo stesso aspetto. 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 post-manutenzione

Riduci al minimo l'impatto della manutenzione

In generale, Google Cloud consiglia agli utenti che eseguono applicazioni nel cloud di rendere i loro sistemi resilienti agli errori temporanei, ovvero problemi temporanei di comunicazione tra i servizi causati da una temporanea indisponibilità. Gli errori temporanei occasionali sono inevitabili nel cloud.

Alcuni degli errori temporanei che si verificano durante la manutenzione riguardano le connessioni eliminate e le transazioni in corso non riuscite. Se progetti i sistemi e ottimizzi le applicazioni per renderle resilienti agli errori temporanei, puoi anche ridurre al minimo l'impatto dovuto 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 eliminate durante la manutenzione, le connessioni tra l'applicazione e il pooler vengono conservate. In questo modo, il lavoro per ristabilire le connessioni è trasparente per l'applicazione e verrà invece trasferito nel pooler di connessioni.

Per ridurre gli errori delle transazioni, puoi limitare il numero di transazioni a lunga esecuzione. La riscrittura delle query per renderla più piccola ed efficiente 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 risolvere in modo efficiente le interruzioni di connessione e gli errori delle transazioni, puoi gestire in modo efficiente le connessioni ai database. Puoi creare una logica di ripetizione delle query e delle connessioni con un backoff esponenziale nelle applicazioni e nei pooler di connessioni. Se una query non riesce o viene eliminata una connessione, il sistema stabilisce un periodo di attesa prima di riprovare, che aumenta a ogni nuovo tentativo successivo. Ad esempio, il sistema potrebbe attendere pochi secondi per il primo tentativo, ma fino a un minuto per il quarto. Seguendo questo pattern gli errori vengono corretti, senza sovraccaricare il servizio.

Anche altre soluzioni creative possono ridurre al minimo l'impatto sulla manutenzione, dall'uso degli 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 e le linee guida operative di gestione dei database per garantire una manutenzione senza problemi.

Manutenzione rapida

In casi molto rari, Cloud SQL potrebbe dover pianificare la manutenzione al di fuori delle impostazioni di manutenzione per risolvere problemi di stabilità gravi o vulnerabilità sensibili al tempo. Questi aggiornamenti vengono distribuiti rapidamente e Cloud SQL li conteggia come tempi di inattività rispetto allo SLA.

Manutenzione self-service

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

Cloud SQL pianifica gli aggiornamenti di manutenzione una volta ogni due mesi per garantire il software più recente, ma puoi utilizzare la manutenzione self-service per mantenere aggiornata l'istanza se:

  • Devi eseguire un aggiornamento prima del prossimo evento di manutenzione pianificato.
  • Vuoi recuperare il software più recente dopo aver saltato l'aggiornamento di manutenzione più recente.

Se usi le repliche di lettura, puoi utilizzare la manutenzione self-service per aggiornare tutte le repliche di lettura. Tu specifichi l'istanza principale e la richiesta di manutenzione aggiorna tutte le repliche di lettura dell'istanza principale alla versione di manutenzione specificata. Quindi l'istanza principale viene aggiornata alla versione di manutenzione.

Limiti di manutenzione

Questa sezione descrive i limiti della manutenzione di Cloud SQL.

Riprogramma limitazioni

Ecco alcune cose che devi sapere sulla riprogrammazione:

  • Devi ripianificare la manutenzione almeno 24 ore prima che si verifichi l'evento di manutenzione pianificato inizialmente.

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

  • Puoi ripianificare la manutenzione in un periodo che rientri 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 tempistiche di manutenzione configurata per l'istanza.

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

Limiti del periodo in cui evitare la manutenzione

Ecco alcune informazioni sui periodi in cui evitare la manutenzione:

  • Puoi prevedere un periodo in cui evitare la manutenzione anche se non hai configurato periodi di manutenzione per la tua 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 pianificato per la manutenzione. Se si verifica un conflitto tra la tempistica di un periodo di manutenzione e il periodo in cui evitare la manutenzione, il periodo in cui evitare la manutenzione sostituisce il periodo in cui evitare la manutenzione.

  • I periodi in cui evitare la manutenzione e le tempistiche della manutenzione sono caratteristiche indipendenti. Se crei un periodo in cui la manutenzione viene negata per un'istanza con una tempistica di manutenzione di Week 1, non ha alcun impatto sulla determinazione dell'aggiornamento pianificato per un'istanza con una tempistica di manutenzione di Week 2. Se un aggiornamento di manutenzione pianificato rientra in un periodo di rifiuto della manutenzione, Cloud SQL non invia una notifica per le istanze che hai configurato con tempi di manutenzione.

  • Se su un'istanza principale viene impostato un periodo di negazione, viene negata 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 sull'istanza principale viene impostato un periodo di negazione, la manutenzione di ciascuna delle repliche, inclusa la replica nella regione B, non prevede la manutenzione fino alla scadenza del periodo di negazione sull'istanza principale.

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

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

  • Puoi impostare più periodi in cui evitare la manutenzione in un anno. Ti consigliamo di evitare di concatenare i periodi di negazione per saltare eventi di manutenzione pianificati consecutivi. Rimanere aggiornati sulla 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 qualche mese.

  • Per garantire l'affidabilità del servizio, Cloud SQL può informare gli utenti con istanze che eseguono release di manutenzione risalenti a più di 12 mesi prima della necessità di eseguire la successiva implementazione della manutenzione.

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

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

Domande frequenti sulla manutenzione

I tempi di inattività per manutenzione vengono conteggiati ai fini dello SLA?

I tempi di inattività dovuti alla normale manutenzione non vengono conteggiati ai fini dello SLA (accordo sul livello del servizio). Tuttavia, Cloud SQL conteggia i tempi di inattività per la manutenzione sensibili al tempo in base allo SLA (accordo sul livello del servizio).

In che modo la manutenzione influisce sulle repliche di lettura?

  • Cloud SQL mantiene sempre le repliche di lettura prima dell'istanza principale. Se l'istanza principale prevede 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 aggiornarne alcune contemporaneamente.
  • Le repliche di lettura osservano il periodo in cui evitare la manutenzione è impostato per l'istanza principale.

Posso annullare la manutenzione pianificata?

Non puoi annullare un periodo di manutenzione pianificata, ma puoi riprogrammarlo. Puoi anche configurare un periodo di negazione della manutenzione che si sovrapponga al tempo di manutenzione pianificato per saltare la manutenzione in modo efficace.

Cosa succede se l'evento di manutenzione viene annullato?

Se Cloud SQL annulla un evento di manutenzione, riceverai una notifica che ti informa che la manutenzione viene annullata in anticipo, se possibile.

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

La manutenzione di Cloud SQL è cumulativa?

Gli aggiornamenti di manutenzione sono cumulativi. Non è necessario applicare tutti gli aggiornamenti di manutenzione che potresti non aver notato. La versione di manutenzione più recente viene applicata al 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 pianificato, Cloud SQL salta l'aggiornamento. Tuttavia, al successivo riavvio dell'istanza, Cloud SQL la aggiorna automaticamente con l'ultimo aggiornamento di manutenzione.

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

Il tempo richiesto da 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 della manutenzione self-service, puoi aggiornare alcune repliche di lettura singolarmente, quindi eseguire l'aggiornamento sull'istanza principale per aggiornare le altre repliche di lettura.

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

Se dispongo di più repliche di lettura dell'istanza principale, posso eseguire la manutenzione self-service su un'unica replica di lettura?

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

Passaggi successivi