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 di 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 delle 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 alle versioni principali supportate di PostgreSQL. Google incorpora questi aggiornamenti in AlloyDB e li applica ai tuoi cluster. Per ulteriori informazioni, 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ò essere eseguita 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 pianificati di AlloyDB, riceverai una notifica automatica sull'evento non appena viene pianificato. Gli eventi di manutenzione vengono 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.