Panoramica sulla manutenzione

I cluster e le istanze AlloyDB per PostgreSQL si basano su molte risorse interne di basso livelloGoogle Cloud . Queste includono le istanze di macchine virtuali (VM) che fungono da nodi e bilanciatori del carico AlloyDB e i volumi di archiviazione che contengono i tuoi dati. Poiché AlloyDB è un servizio gestito, Google mantiene aggiornate queste risorse interne. In questo modo, i cluster e le istanze AlloyDB rimangono affidabili, efficienti e sicuri.

La maggior parte di questi aggiornamenti non richiede tempi di inattività, ma alcuni aggiornamenti di sistema richiedono una breve interruzione del servizio. Questi aggiornamenti vengono definiti aggiornamenti di manutenzione. Poiché questi aggiornamenti richiedono il riavvio del nodo interessato, possono comportare tempi di inattività. Le operazioni di manutenzione senza interruzioni in AlloyDB limitano il tempo di inattività a meno di un secondo per le istanze primarie e a zero secondi per i pool di lettura. Per ottenere tempi di inattività prossimi allo zero e pari a zero, AlloyDB prepara un server sostitutivo con gli aggiornamenti e poi cambia il server del database.

Per saperne di più, consulta Visualizza e imposta i tempi di manutenzione e Gestisci gli aggiornamenti di manutenzione di AlloyDB utilizzando un cluster di gestione temporanea.

Motivi della manutenzione

Gli aggiornamenti di manutenzione periodici possono verificarsi per i seguenti motivi:

  • Nuove funzionalità e correzioni di bug di AlloyDB:per lanciare nuove funzionalità, Google deve aggiornare il software AlloyDB in esecuzione sui nodi del cluster. Ciò potrebbe comportare anche aggiornamenti alle estensioni PostgreSQL incluse in AlloyDB o l'installazione di nuove estensioni. Gli aggiornamenti potrebbero includere anche correzioni di bug e della sicurezza o miglioramenti delle prestazioni.

  • Upgrade di compatibilità del database: la community PostgreSQL rilascia regolarmente aggiornamenti delle versioni secondarie per le versioni principali supportate di PostgreSQL. Google incorpora questi aggiornamenti in AlloyDB e li applica ai tuoi cluster. Per saperne di più, consulta Policy relative alle versioni del database.

Tempistica e preferenze di manutenzione

Puoi impostare periodi di manutenzione sia per i cluster AlloyDB principali che per quelli secondari. Per impostazione predefinita, non è impostato alcun periodo di manutenzione su un cluster AlloyDB. La manutenzione non di emergenza per un cluster AlloyDB senza periodi di manutenzione configurati può essere eseguita in qualsiasi momento, ad eccezione delle ore comprese tra le 06:00 e le 22:00 nei giorni feriali, nel fuso orario locale della regione in cui si trova il cluster.

Puoi anche specificare un periodo di manutenzione. Un periodo di manutenzione definisce l'ora del giorno e il giorno della settimana in cui preferisci che inizino gli eventi di manutenzione del cluster. Ad esempio, puoi impostare un cluster in modo che abbia un periodo di manutenzione che inizia alle 11:00 di domenica (UTC).

Se imposti un periodo di manutenzione, AlloyDB pianifica i futuri eventi di manutenzione non di emergenza in modo che inizino entro un'ora dall'ora specificata. Inoltre, se attivi la ricezione di notifiche via email relative agli eventi di manutenzione di AlloyDB pianificati, riceverai una notifica automatica sull'evento non appena viene pianificato. Gli eventi di manutenzione vengono pianificati con almeno una settimana di anticipo.

Non puoi impostare la fine di un periodo di manutenzione. Questo perché il tempo totale richiesto da un singolo evento di manutenzione può variare. La durata del periodo di manutenzione dipende dalla complessità del cluster, ovvero dal numero di istanze del pool di lettura che richiedono aggiornamenti, e dalla natura dell'aggiornamento. AlloyDB aggiorna prima i pool di lettura contemporaneamente, poi l'istanza principale.

Sebbene il tempo di inattività richiesto da una singola istanza possa essere breve, l'intero processo di manutenzione viene solitamente completato entro un'ora. Puoi impostare un periodo di manutenzione di un'ora. Tuttavia, per i cluster con più pool di lettura, il tempo di inattività potrebbe continuare oltre la finestra di un'ora perché la manutenzione può iniziare in qualsiasi momento in quella finestra, ad esempio all'ultimo minuto, e poi richiedere fino a un'ora. Ciò significa che il tempo di inattività può verificarsi dopo il periodo di manutenzione.

Gli eventi di manutenzione di emergenza, come le patch di sicurezza urgenti, potrebbero verificarsi al di fuori dei periodi di manutenzione predefiniti o configurati. Sono inclusi i periodi in cui evitare la manutenzione.

Ultima versione disponibile

Per i cluster senza un periodo di manutenzione impostato, la manutenzione viene applicata ai cluster per regione. Ciò significa che i cluster in alcune regioni ricevono e possono accedere all'ultima versione prima dei cluster in altre regioni.

Le note di rilascio e i log delle modifiche di manutenzione di AlloyDB vengono pubblicati subito dopo il completamento della manutenzione per tutte le regioni. I cluster con periodi di manutenzione in genere ricevono gli aggiornamenti dopo l'aggiornamento del log delle modifiche e delle note di rilascio.

Manutenzione self-service

Se devi applicare la manutenzione e aggiornare i cluster all'ultima versione prima del periodo di manutenzione pianificato, puoi eseguire la manutenzione self-service. L'aggiornamento all'ultima versione può sbloccare funzionalità, applicare patch e consentirti di impostare un periodo di rifiuto sul tuo cluster. Per saperne di più, consulta Esegui la manutenzione self-service.

Passaggi successivi