Informazioni sulla manutenzione delle istanze Cloud SQL

Questa pagina spiega come vengono eseguiti gli aggiornamenti di manutenzione sulle istanze Cloud SQL, e come puoi controllare la tempistica di questi aggiornamenti. Per iniziare, consulta Individuare 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 affidabile, performante, sicuro e aggiornato. La maggior parte di questi aggiornamenti mentre l'istanza Cloud SQL è attiva e in esecuzione. Tuttavia, alcune 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 MySQL 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à dei database. Puoi trovare le ultime novità una versione secondaria supportata da Cloud SQL per MySQL esaminando note di rilascio o Versioni del database e criteri di versione. È stato eseguito l'upgrade delle istanze Cloud SQL alla versione più recente del database poco dopo il rilascio, per poter trarre vantaggio dall'esecuzione del database più recente software.

    Devi eseguire manualmente gli upgrade della versione secondaria di MySQL 8.0. Consulta Imposta la versione secondaria di MySQL per un'istanza.

  • Patch del sistema operativo. Monitoriamo continuamente i nuovi vulnerabilità di sicurezza nel sistema operativo. Dopo la scoperta, applichiamo le patch il sistema operativo per proteggerti da nuovi rischi.

Impatto sulla manutenzione

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

Cloud SQL pianifica un evento di aggiornamento di manutenzione in genere una volta ogni due mesi. L'aggiornamento di manutenzione può richiedere da 5 a 10 minuti circa ogni istanza. Se l'istanza ha repliche di lettura, la durata complessiva l'aggiornamento di manutenzione può richiedere più tempo. Tuttavia, durante l'aggiornamento di manutenzione ogni istanza di Cloud SQL Enterprise perde la connettività per meno di 60 secondi in media. Il tempo di inattività potrebbe essere più elevato per un'istanza in fase di quantità elevate di attività durante l'evento di aggiornamento di manutenzione o dispone di un set di dati molto ampio.

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

Manutenzione pianificata con tempi di inattività quasi azzerati

Con una manutenzione pianificata con tempi di inattività quasi azzerati, le istanze Cloud SQL Enterprise Plus l'alta disponibilità in genere perde per meno di 1 secondo durante la manutenzione pianificata.

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

Prerequisiti e vincoli

  • Se utilizzi uno dei seguenti flag, devono essere impostati sul valore predefinito valori:

    • 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 proxy di autenticazione Cloud SQL o connettori di linguaggio Cloud SQL, quindi assicurati l'aggiornamento all'ultima versione.

  • Se hai repliche esterne con GTID abilitato, devi configurare per utilizzare il posizionamento automatico basato su GTID o la replica non funzioneranno dopo la manutenzione. Per ulteriori informazioni, vedi Posizionamento automatico di GTID.

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

  • 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 di creazione o modifica successiva al timestamp della manutenzione.

Simula una manutenzione pianificata con tempi di inattività quasi azzerati

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

A questo scopo, richiama la simulazione di un evento di manutenzione su un Istanza della versione Cloud SQL Enterprise Plus idonea per tempi di inattività quasi azzerati pianificati manutenzione. La richiesta di simulazione genera un'operazione di aggiornamento dell'istanza la stessa versione di manutenzione prima dell'operazione.

Puoi eseguire la simulazione anche se hai un aggiornamento di manutenzione in attesa sull'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 quanto segue 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 simulato di manutenzione.

Impostazioni di manutenzione

Cloud SQL offre la possibilità di configurare gli aggiornamenti di manutenzione attraverso una serie di impostazioni di manutenzione.

Puoi configurare la manutenzione da pianificare in orari con tempi di inattività brevi riduce l'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 lancio 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 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.

    Puoi impostare la pianificazione dell'aggiornamento di manutenzione quando configurare un periodo di manutenzione.

  • Periodo di manutenzione. Il giorno della settimana e l'ora in cui Cloud SQL pianifica la manutenzione. Le finestre di manutenzione durano uno 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 lunga. 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 in le 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 negozio. servizio del carrello. Hai un'istanza Cloud SQL per un ambiente di produzione e un secondo per un ambiente di gestione temporanea. Per la manutenzione si verificano nel momento in cui l'istanza gestisce la quantità minore di traffico, di domenica verso mezzanotte. Vuoi anche saltare manutenzione durante l'affollata stagione 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, tranne la tempistica per la manutenzione è impostata su Week 2. In questo modo puoi eseguire test di accettazione operativa per una release di manutenzione in fase di gestione temporanea di almeno sette giorni prima dell'implementazione della manutenzione in produzione. Se qualcosa va gli errori nell'ambiente di gestione temporanea, hai il tempo di diagnosticare e risolvere il problema o configurare un periodo in cui evitare la manutenzione che l'ambiente di produzione non ne sia interessato.

Notifiche di manutenzione imminenti

Puoi ricevere una notifica relativa alla manutenzione imminente al tuo indirizzo email all'indirizzo almeno una settimana prima della pianificazione della manutenzione. Se vuoi impostare un filtro email per le notifiche, il titolo dell'email è In arrivo 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 del team).

Attiva le notifiche di manutenzione per tutte le istanze Cloud SQL che prevedono periodi di manutenzione in un determinato progetto. Ricevi una notifica ogni in esecuzione in un'istanza Compute Engine. 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 programmata. Tu puoi filtrare l'elenco delle istanze utilizzando il termine Manutenzione per trovare tutte le di istanze gestite. La colonna Manutenzione mostra solo quando la manutenzione viene pianificata su una o più istanze del progetto. In caso contrario manutenzione pianificata, la colonna è nascosta.
  • Nella pagina Dettagli istanza del riquadro Manutenzione. In caso di manutenzione è stata programmata, in In programma puoi vedere la data e l'ora relative al giorno pianificato per iniziare.

  • Nella pagina ATTIVITÀ della console Google Cloud puoi visualizzare un elenco di istanze pianificate per la manutenzione. Se la manutenzione è pianificata, il messaggio Manutenzione SQL e la data e l'ora in cui pianificato per iniziare.

Ripianificare 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 invia l'email di notifica, Cloud SQL esegue l'aggiornamento di manutenzione di sette settimane per evitare sovrapposizioni con successivo aggiornamento di manutenzione di Cloud SQL. Ad esempio, se selezioni la tempistica per la manutenzione della Settimana 1 o la 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 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 l'aggiornamento a dell'istanza immediatamente anziché dover attendere la manutenzione pianificata finestra. In questo caso, la manutenzione in genere inizia entro cinque minuti.

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

    • Prossima finestra disponibile. Questa opzione rimanda la manutenzione al successivo periodo di manutenzione disponibile dopo l'attuale tempo di manutenzione pianificato, 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, consulta Ripianifica la manutenzione pianificata.

Come funziona la manutenzione

Per brevità della manutenzione, Cloud SQL utilizza un failover di manutenzione che ricorda molto per le istanze ad alta disponibilità.

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.

Scorri le schede seguenti per visualizzare i dettagli del flusso di lavoro, tra cui informazioni post-manutenzione.

Prima della manutenzione

Prima della manutenzione, il client comunica con la VM originale attraverso un indirizzo IP statico. I dati vengono archiviati su un disco permanente è collegato alla VM originale. In questo esempio, l'istanza Cloud SQL un'alta disponibilità configurata, il che significa che un'altra VM è in standby prendono il controllo in caso di interruzione non pianificata. L'istanza Cloud SQL gestire 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 database più recente e il sistema operativo delle VM. Viene avviato il sistema operativo VM aggiornato. In questo momento punto, il motore del database non è ancora stato avviato. Per alta disponibilità viene configurata anche una nuova VM in standby.

Il tempo di inattività totale viene ridotto notevolmente grazie all'installazione del software su un'altra VM mentre l'istanza Cloud SQL originale è ancora 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 originale e collegato alla VM aggiornata. Prima di eseguire l'arresto, il motore del database attende alcuni secondi per il completamento delle transazioni un commit e le richieste da connessioni esistenti da svuotare. Dopodiché, qualsiasi evento aperto viene eseguito il rollback delle transazioni a lunga esecuzione. Il database non accetta più nuovi e le connessioni esistenti vengono eliminate. 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 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 come prima. La cache del database viene svuotata con la VM originale, il che significa che la cache del database venga 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'utilizzo di un il disco dati comune garantisce che tutte le transazioni scritte nell'originale prima della manutenzione sono ancora presenti nel database aggiornato dopo manutenzione. Se le transazioni incomplete non hanno completato il rollback durante arresta automaticamente il database, il database esegue automaticamente il ripristino in caso di arresto anomalo assicura che il database 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 l'accettazione e torna a gestire il traffico verso l'applicazione.

All'applicazione, a parte il software aggiornato, Cloud SQL ha lo stesso aspetto. L'applicazione si connette ancora a 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 vengono conservati.

Diagramma post-manutenzione

Riduci al minimo l'impatto della manutenzione

In generale, Google Cloud consiglia agli utenti che eseguono applicazioni rendono i loro sistemi resilienti agli errori temporanei, che sono temporanei problemi 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 vengono eliminati connessioni e transazioni in-flight non riuscite. Se progetti i tuoi sistemi ottimizzare le applicazioni per resistere agli errori temporanei, posizionate per ridurre al minimo l'impatto dovuto alla manutenzione del database.

Per ridurre al minimo l'impatto delle connessioni interrotte, puoi utilizzare 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 conservati. In questo modo, il lavoro per ristabilire le connessioni è trasparente nell'applicazione e viene invece eseguito l'offload nel pooler di connessioni.

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

Per risolvere efficacemente problemi di connessione e di transazione, puoi per gestire in modo efficiente le connessioni ai database. Puoi creare una logica per i nuovi tentativi di connessione e di query con backoff esponenziale in dalle tue applicazioni e dai pooler di connessioni. Nel caso in cui una query abbia esito negativo o la connessione viene interrotta, il sistema istituisce un periodo di attesa prima di riprovare che aumenta per ogni tentativo successivo. Ad esempio, il sistema potrebbe attendere alcuni secondi per il primo tentativo, ma fino a un minuto per il quarto. Seguendo questo schema si garantisce che gli errori vengano corretti, senza sovraccarichi il servizio.

Anche altre soluzioni creative possono ridurre al minimo l'impatto sulla manutenzione, dovuto all'utilizzo script per riscaldare la cache del database dopo la manutenzione per semplificare il numero di tabelle nei database. Consigliamo di seguire la gestione dei database best practice e linee guida operative per garantire che la manutenzione avvenga 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à che richiedono una risposta temporale. 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 le vulnerabilità della sicurezza installabili sulle tue istanze. Cloud SQL mantiene Log delle modifiche di manutenzione di Cloud SQL per ogni versione principale del motore del database. Per saperne di più, vedi Log delle modifiche di manutenzione di Cloud SQL.

Cloud SQL pianifica gli aggiornamenti di manutenzione una volta a intervalli mesi per assicurarti di disporre del software più recente, puoi utilizzare self-service manutenzione 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 di manutenzione recente.

Se usi le repliche di lettura, puoi usare il self-service manutenzione per aggiornare tutte le repliche di lettura. Specifica l'istanza principale e la richiesta di manutenzione aggiorna tutto delle 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 dell'orario originale di manutenzione pianificata.

  • 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 a un orario che rientra in un limite di manutenzione non consentito o al di fuori del periodo di manutenzione, purché venga eseguita la ripianificazione la durata rientra nel periodo di tempo definito dai tempi di manutenzione configurato per l'istanza.

  • Se è in corso un'operazione di manutenzione, la ripianificazione viene ritardata fino al l'operazione sia completata.

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 disponi di di manutenzione configurati per l'istanza. I periodi in cui evitare la manutenzione possono variano da 1 a 90 giorni.

  • Il periodo in cui evitare la manutenzione ha la precedenza su qualsiasi manutenzione pianificata finestra. In caso di conflitto tra la tempistica di un periodo di manutenzione e il periodo in cui evitare la manutenzione sostituisce il periodo periodo di manutenzione.

  • I periodi in cui evitare la manutenzione e le tempistiche della manutenzione sono caratteristiche indipendenti. Se crei un evitare un periodo di manutenzione per un'istanza con una tempistica di Week 1 manutenzione, impatto nel determinare l'aggiornamento pianificato per un'istanza con una tempistica di manutenzione di Week 2. Se un aggiornamento di manutenzione pianificato rientra in una neghi il periodo di 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, la manutenzione di tutte le repliche associati all'istanza principale. Ad esempio, l'istanza situata nella regione A ha tre repliche di lettura: due nella regione A e una nella regione B. Se sull'istanza principale è impostato un periodo in cui evitare la manutenzione, ciascuna delle repliche, inclusa quella nella regione B, non riceve manutenzione fino alla scadenza del periodo in cui evitare l'istanza principale.

  • Se dopo aver pianificato la manutenzione viene impostato un periodo in cui evitare la manutenzione, in modo che il periodo in cui evitare la manutenzione si sovrappone alla durata pianificata, 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, in cui evitare la manutenzione sia 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 la manutenzione pianificata consecutiva eventi. Essere sempre aggiornati sulla manutenzione di Cloud SQL è importante per garantire che l'istanza funzioni in modo affidabile. In genere, la manutenzione di Cloud SQL è programmata una volta ogni qualche mese.

  • Per garantire l'affidabilità del servizio, Cloud SQL può inviare una notifica agli utenti istanze che eseguono release di manutenzione da più di 12 mesi e che è necessaria la successiva implementazione per la 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, ad esempio e manutenzione self-service.

Domande frequenti sulla manutenzione

In che modo la manutenzione influisce sulle istanze di failover ad alta disponibilità legacy?

Le istanze di failover ad alta disponibilità legacy vengono rimosse per gli aggiornamenti di manutenzione. Loro e ricevere gli aggiornamenti di manutenzione subito prima dell'istanza principale. Non puoi impostare un di periodo di manutenzione direttamente su un'istanza di failover ad alta disponibilità legacy, perché il periodo di manutenzione dell'istanza principale.

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 aggiornare alcune repliche contemporaneamente.
  • Le repliche di lettura osservano il periodo in cui evitare la manutenzione è impostato per l'istanza principale in esecuzione in un'istanza Compute Engine.

Posso annullare la manutenzione pianificata?

Non puoi annullare un periodo di manutenzione pianificata, ma puoi riprogrammalo. Puoi anche configurare deny manutenzione che si sovrappone alla pianificazione tempi di manutenzione per saltare la manutenzione in modo efficace.

Cosa succede se l'evento di manutenzione viene annullato?

Se Cloud SQL annulla un evento di manutenzione, ricevi una notifica che la manutenzione venga annullata in anticipo, se possibile.

Ricevi una nuova notifica di manutenzione imminente quando la manutenzione viene riprogrammato.

La manutenzione di Cloud SQL è cumulativa?

Gli aggiornamenti di manutenzione sono cumulativi. Non è necessario applicare ogni manutenzione che potresti non aver visto. L'ultima versione di manutenzione viene applicata in al successivo aggiornamento di manutenzione pianificato. In alternativa, puoi eseguire la manutenzione più recente l'aggiornamento mediante 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 della manutenzione, Cloud SQL ignora l'aggiornamento di manutenzione. Tuttavia, al successivo riavvio dell'istanza, Cloud SQL aggiorna all'istanza 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 il numero totale di repliche di lettura dell'istanza principale. Per ridurre la quantità di tempo in cui il servizio self-service potrebbe richiedere l'aggiornamento della manutenzione, puoi aggiornare alcune repliche di lettura singolarmente eseguire l'aggiornamento sull'istanza principale per aggiornare il resto di repliche di lettura.

Il secondo aggiornamento ignora tutte le repliche che hanno già il target di manutenzione.

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 le altre repliche di lettura e alla stessa versione di manutenzione subito dopo. Ti consigliamo di eseguire tutte le repliche di lettura e l'istanza principale con e la stessa versione di manutenzione.

Passaggi successivi