Questa pagina descrive come risolvere i problemi relativi agli eventi di manutenzione di AlloyDB per PostgreSQL. La manutenzione di AlloyDB garantisce che i cluster e le istanze rimangano affidabili, efficienti, sicuri e aggiornati. Per saperne di più, consulta Panoramica della manutenzione.
L'ambiente del database viene interrotto durante la manutenzione basata sul servizio
Descrizione: durante le operazioni di manutenzione di AlloyDB, l'ambiente di database subisce tempi di inattività inferiori al secondo.
AlloyDB riduce al minimo le interruzioni durante la manutenzione creando una macchina virtuale (VM) con gli aggiornamenti. Quando la VM di sostituzione è pronta, AlloyDB la scambia con la VM attiva.
L'impatto dello scambio di VM sulle istanze è il seguente:
- Istanze primarie:in genere si verificano tempi di inattività inferiori a 1 secondo.
- Istanze del pool di lettura:non riscontrano tempi di inattività.
Correzione consigliata: configura l'ambiente del database con una logica di ripetizione robusta in modo che il database e le applicazioni si riconnettano automaticamente.
A seconda delle dimensioni dell'istanza e del database, puoi aspettarti un leggero peggioramento delle prestazioni dopo la manutenzione. Per ridurre al minimo il peggioramento delle prestazioni, AlloyDB pre-riscalda le cache delle macchine sostitutive per un periodo di tempo preimpostato. Questo preriscaldamento è sufficiente per la maggior parte degli ambienti. Se si verifica un timeout prima che le cache vengano riempite, il processo continua dopo il completamento della manutenzione.
L'ambiente del database viene interrotto durante la manutenzione guidata dall'utente
Descrizione:quando apporti aggiornamenti e modifiche alla configurazione dell'ambiente di database, ad esempio il ridimensionamento dell'istanza o la maggior parte delle modifiche ai flag di database, l'ambiente di database subisce un downtime inferiore al secondo.
Per impostazione predefinita, le modifiche alla configurazione del database basate sull'utente utilizzano le stesse operazioni di manutenzione non disruptive degli eventi basati sul servizio e l'operazione causa un tempo di inattività inferiore a un secondo. Sebbene il tempo di inattività sia breve, la durata complessiva dell'operazione può superare i 15 minuti. Per saperne di più, consulta la panoramica della manutenzione.
Correzione consigliata:quando aggiorni l'ambiente del database, non puoi evitare il tempo di inattività inferiore al secondo dell'istanza principale, ma puoi pianificare l'interruzione momentanea della connessione.
Dopo la manutenzione guidata dall'utente, il database subisce un leggero calo delle prestazioni
Descrizione:dopo la manutenzione guidata dall'utente, le prestazioni del database subiscono un leggero calo.
Correzione consigliata: per la manutenzione avviata dall'utente, AlloyDB mira a evitare rallentamenti delle prestazioni pre-riscaldando le cache delle macchine di sostituzione fino a cinque minuti. Sebbene di solito sia sufficiente, alcuni ambienti potrebbero comunque subire un inevitabile calo delle prestazioni. La durata del pre-riscaldamento è generalmente inferiore per le modifiche basate sull'utente rispetto alla manutenzione basata sul servizio. Se si verifica un timeout prima che le cache vengano caricate completamente, il processo di riempimento della cache riprende al termine della periodo di manutenzione.
Quando utilizzi il flag FORCE_APPLY, il database subisce tempi di inattività
Descrizione:utilizzi il flag facoltativo FORCE_APPLY per apportare modifiche al database.
Se utilizzi l'opzione del flag FORCE_APPLY, prevedi tempi di inattività. L'utilizzo di questo flag
riavvia l'istanza, rendendo il database non disponibile per alcuni minuti.
Si verifica una manutenzione imprevista sul cluster di produzione
Descrizione: il tuo cluster di produzione subisce un aggiornamento di manutenzione imprevisto.
Correzione consigliata: per evitare manutenzioni impreviste nel cluster di produzione, pianifica il periodo di manutenzione in modo da sapere quando si verificherà l'evento di manutenzione.
Per pianificare una periodo di manutenzione sui cluster, consulta Gestire le finestre di manutenzione dei cluster AlloyDB per PostgreSQL.
Se non pianifichi un periodo di manutenzione, la manutenzione non di emergenza per un cluster AlloyDB può essere eseguita in qualsiasi momento, tranne tra le 6:00 e le 22:00 nei giorni feriali, nell'ora locale della regione in cui si trova il cluster.
Puoi pianificare un periodo di manutenzione per qualsiasi finestra di un'ora in qualsiasi giorno della settimana.
Per ricevere un promemoria della manutenzione pianificata sul cluster di produzione, attiva la ricezione di notifiche via email prima della manutenzione pianificata.
Puoi anche impedire le operazioni di manutenzione durante un periodo di tempo specifico configurando un periodo di sospensione della manutenzione che può durare da 1 a 30 giorni. Per ulteriori informazioni, vedi Configurare un periodo in cui evitare la manutenzione.