I cluster e le istanze AlloyDB si basano su molte risorseGoogle Cloud interne di basso livello. Sono incluse le istanze di macchine virtuali (VM) che fungono da nodi e bilanciatori del carico AlloyDB e i volumi di archiviazione che contengono i dati. Poiché AlloyDB è un servizio gestito, Google si occupa di mantenere aggiornate queste risorse interne. In questo modo, contribuisci a garantire che i cluster e le istanze AlloyDB rimangano affidabili, performanti 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 manutenzione. Poiché questi aggiornamenti richiedono il riavvio del nodo interessato, possono comportare un tempo di riposo.
Le operazioni di manutenzione senza interruzioni di AlloyDB limitano il tempo di inattività a meno di 1 secondo per le istanze principali e secondarie e a zero secondi per i pool di lettura. Questi tempi di inattività quasi nulli e nulli vengono ottenuti preparando un server sostitutivo con gli aggiornamenti e poi cambiando il server database. Come puoi vedere nei log, il tempo di operazione è più lungo del tempo di riposo.
Motivi della manutenzione
Gli aggiornamenti di manutenzione possono verificarsi per i seguenti motivi:
Nuove funzionalità di AlloyDB. Per lanciare nuove funzionalità, Google deve aggiornare il software AlloyDB in esecuzione sui nodi del cluster. Potrebbe anche essere necessario aggiornare le estensioni PostgreSQL incluse in AlloyDB o installarne di nuove.
Upgrade della compatibilità del database. La community PostgreSQL rilascia regolarmente aggiornamenti delle versioni minori alle versioni principali supportate di PostgreSQL. Google incorpora questi aggiornamenti in AlloyDB e li applica ai cluster configurati per la compatibilità con la versione principale interessata. Per ulteriori informazioni, consulta le norme relative alle versioni del database.
Patch del sistema operativo. Google monitora costantemente la presenza di vulnerabilità di sicurezza nei sistemi operativi in esecuzione sulle risorse interne che costituiscono i cluster AlloyDB. Una volta rilevata la vulnerabilità, applichiamo patch ai sistemi operativi delle risorse per proteggerti da nuovi rischi.
Tempistiche e periodi di manutenzione
Puoi impostare finestre di manutenzione sia per i cluster AlloyDB principali che per quelli secondari. Per impostazione predefinita, la manutenzione non di emergenza per un cluster AlloyDB può essere eseguita in qualsiasi momento, ad eccezione delle ore tra le 06:00 e le 22:00 nei giorni feriali, nell'ora locale della regione in cui si trova il cluster.
Se il tuo cluster è gestito meglio con un programma di manutenzione diverso da quello predefinito, puoi specificare un periodo di manutenzione. Un periodo di manutenzione definisce l'ora che preferisci, in termini di ora del giorno e giorno della settimana, per l'inizio degli eventi di manutenzione del tuo cluster. Ad esempio, puoi impostare un cluster in modo che abbia un periodo di manutenzione che inizi alle 11:00 UTC di domenica.
Se imposti un periodo di manutenzione, AlloyDB pianifica gli eventi di manutenzione futura non di emergenza in modo che inizino non oltre un'ora dopo l'ora specificata. Inoltre, se attivi la ricezione di notifiche via email relative agli eventi di manutenzione di AlloyDB imminenti, 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 data e l'ora di fine di un periodo di manutenzione, poiché il tempo totale richiesto per un singolo evento di manutenzione può variare in base alla complessità del cluster, ovvero al numero di istanze del pool di lettura che richiedono l'aggiornamento, e alla natura dell'aggiornamento. Anche se il tempo di riposo necessario per ogni singola istanza può essere molto breve, l'intera manutenzione potrebbe richiedere ore. Per questo motivo, puoi utilizzare un periodo di manutenzione per controllare l'ora generale del giorno in cui le istanze del cluster presentano un tempo di riposo per la manutenzione, ma non puoi specificare un periodo di riposo preciso per nessuna istanza.
Gli eventi di manutenzione di emergenza, come l'applicazione di patch di sicurezza urgenti, potrebbero verificarsi al di fuori degli orari di manutenzione predefiniti o dei periodi di manutenzione configurati.
Best practice per i periodi di manutenzione
Ti consigliamo di impostare i periodi di manutenzione sui cluster di produzione e di non impostarne uno sui cluster non di produzione. Questo accade a causa del seguente ordine generale di eventi relativi a un update di manutenzione:
- Innanzitutto, Google aggiorna tutti i cluster che non hanno finestre di manutenzione.
- Successivamente, Google pianifica gli aggiornamenti per tutti i cluster che dispongono di finestre di manutenzione. Questi aggiornamenti hanno un tempo di elaborazione di almeno una settimana.
- Se hai attivato la ricezione di comunicazioni relative agli eventi di manutenzione imminenti di AlloyDB, Google ti invia un'email con una notifica relativa alla manutenzione pianificata.
- Google esegue gli aggiornamenti di manutenzione negli orari pianificati.
Pertanto, una notifica di manutenzione imminente significa anche che gli stessi aggiornamenti sono già stati applicati a tutti i tuoi cluster senza periodi di manutenzione impostati. Se lasci i cluster non di produzione senza finestre di manutenzione, puoi garantire che ricevano per primi gli aggiornamenti di sistema e puoi utilizzare le notifiche relative alla manutenzione imminente come prompt per testare o visualizzare l'anteprima degli aggiornamenti in un ambiente non di produzione.