I cluster e le istanze AlloyDB per PostgreSQL si basano su molte risorse interne di basso livello Google Cloud . Questi includono le istanze di macchina virtuale (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 tuoi cluster e le tue istanze AlloyDB rimangono 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. Ci riferiamo a questi aggiornamenti come manutenzione. Poiché questi aggiornamenti richiedono il riavvio del nodo interessato, possono comportare tempi di inattività. Le operazioni di manutenzione non disruptive di AlloyDB limitano il tempo di inattività a meno di 1 secondo per le istanze primarie e a zero secondi per i pool di lettura. Per ottenere tempi di inattività quasi nulli e nulli, AlloyDB prepara un server di sostituzione con gli aggiornamenti e poi cambia il server del database.
Motivi della manutenzione
Gli aggiornamenti periodici della manutenzione 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 all'interno del cluster. Potrebbe anche comportare 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 della compatibilità del database:la community PostgreSQL rilascia regolarmente aggiornamenti delle versioni secondarie alle versioni principali supportate di PostgreSQL. Google incorpora questi aggiornamenti in AlloyDB e li applica ai tuoi cluster. Per saperne di più, consulta le norme relative alle versioni del database.
Tempistica e preferenze di manutenzione
Puoi impostare periodi di manutenzione per i cluster AlloyDB principali e secondari. Per impostazione predefinita, non è impostato alcun periodo di manutenzione su un cluster AlloyDB. La manutenzione non di emergenza per un cluster AlloyDB senza finestre di manutenzione configurate può verificarsi in qualsiasi momento, ad eccezione delle ore tra le 6:00 e le 22:00 nei giorni feriali, nell'ora 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 preferiti per l'inizio degli 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 gli eventi di manutenzione non di emergenza futuri in modo che inizino al massimo un'ora dopo l'ora specificata. Inoltre, se accetti di ricevere notifiche via email sugli eventi di manutenzione pianificata di AlloyDB, riceverai una notifica automatica sull'evento non appena viene pianificato. Gli eventi di manutenzione sono pianificati almeno una settimana prima.
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 della 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 aggiorna l'istanza principale.
Anche se il tempo di inattività richiesto da una singola istanza può essere breve, l'intera procedura di manutenzione viene solitamente completata 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 di questa finestra, ad esempio all'ultimo minuto, e quindi 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 degli orari di manutenzione predefiniti o dei periodi di manutenzione 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 alla versione più recente prima dei cluster in altre regioni.
Le note di rilascio e i log delle modifiche di manutenzione di AlloyDB vengono pubblicati poco dopo il completamento della manutenzione per tutte le regioni. I cluster con finestre di manutenzione in genere ricevono gli aggiornamenti dopo che il log delle modifiche e le note di rilascio sono stati aggiornati.
Manutenzione self-service
Se devi applicare la manutenzione e aggiornare immediatamente i cluster all'ultima versione, puoi eseguire la manutenzione self-service. L'aggiornamento all'ultima versione può sbloccare funzionalità, applicare patch e consentirti di impostare un periodo di negazione sul tuo cluster. Per saperne di più, consulta Esegui la manutenzione self-service.