Perché si verifica un tempo di inattività dei miei cluster di database Amazon Aurora?

Risoluzione

I seguenti motivi possono causare tempi di inattività di un'istanza database Aurora.

Aggiornamenti della versione del motore

Sia gli aggiornamenti della versione principale che quelli della versione secondaria causano tempi di inattività dell'intero cluster di database Aurora. Prima di aggiornare un cluster di database di produzione, verifica il processo di aggiornamento su un cluster di database di prova. Verifica la durata del processo, quindi convalida le applicazioni prima di eseguire l'aggiornamento.

Puoi anche utilizzare le implementazioni blu/verdi Aurora per aggiornare la versione principale o secondaria del cluster. Quando utilizzi un'implementazione blu/verde, il tempo di inattività dura in genere meno di 1 minuto.

Aggiornamenti automatici della versione secondaria

Gli aggiornamenti automatici della versione secondaria causano tempi di inattività dell'intero cluster di database Aurora. Aurora applica aggiornamenti della versione secondaria durante la finestra di manutenzione del cluster. Se non vuoi che Aurora applichi automaticamente gli aggiornamenti della versione secondaria, disattiva l'opzione nelle istanze database.

Per ulteriori informazioni, consulta Aggiornamento della versione secondaria o del livello di patch di un cluster Aurora My DB SQL.

Nota: Quando attivi gli aggiornamenti automatici della versione secondaria, non si verificano tempi di inattività. Si verifica un tempo di inattività solo quando Aurora applica l'aggiornamento automatico.

Eventi di failover del cluster di database Aurora

Se il cluster di database ha repliche Aurora, Aurora promuove una replica a istanza primaria durante gli eventi di failover. Si verifica un breve tempo di inattività e le operazioni di lettura e scrittura non riescono con un'eccezione. Il servizio viene ripristinato in genere in meno di 120 secondi e spesso in meno di 60 secondi.

Per aumentare la disponibilità del cluster di database, crea una o più repliche Aurora in due o più zone di disponibilità diverse. Per ulteriori informazioni, consulta Tolleranza ai guasti di un cluster di database Aurora.

Attività di manutenzione del cluster di database Aurora

Alcune attività di manutenzione, come gli aggiornamenti del sistema operativo o l'applicazione di patch al database, causano la disconnessione del cluster di database per un breve periodo di tempo. Per ulteriori informazioni, consultaManutenzione di un cluster di database Amazon Aurora.

Modifiche alla finestra di manutenzione

Quando modifichi la finestra di manutenzione, non si verificano automaticamente tempi di inattività. Il cluster di database potrebbe avere azioni in sospeso. Se modifichi la finestra di manutenzione, applichi immediatamente le azioni in sospeso e si verifica un tempo di inattività. Per ulteriori informazioni sulla modifica della finestra di manutenzione, consultaCosa devo sapere sulla finestra di manutenzione di Amazon RDS?

Riavvio del cluster di database o dell'istanza database

Quando riavvi un cluster di database o un'istanza database, si verifica un tempo di inattività. Il tempo necessario per riavviare ogni istanza database del cluster dipende dall'attività del database al momento del riavvio. Il tempo di inattività dipende anche dal processo di ripristino del motore di database specifico.

Modifiche alla classe di istanza database

Quando si modifica la classe di istanza database, si verifica un tempo di inattività sull'istanza database specificata ma non sull'intero cluster.

Nuovo gruppo di parametri del cluster di database o associazioni di gruppi di parametri del database

Quando associ un nuovo gruppo di parametri del cluster di database al cluster di database o un gruppo di parametri del database all'istanza database, non si verifica automaticamente un tempo di inattività. Si verifica un tempo di inattività solo quando devi riavviare per applicare le modifiche al gruppo di parametri. Tuttavia, per applicare le modifiche a un gruppo di parametri del cluster di database, devi riavviare l'istanza database primaria del cluster. Per applicare le modifiche in un gruppo di parametri del database, devi riavviare l'istanza database.

Impostazioni specifiche nel cluster di database o nell'istanza database

Di seguito sono riportate le modifiche più comuni alle impostazioni che causano tempi di inattività. Per un elenco completo delle impostazioni e per sapere se causano tempi di inattività, consulta Impostazioni per Amazon Aurora.

Modifiche all'impostazione dei parametri in un gruppo di parametri del cluster di database o in un gruppo di parametri del database

I parametri del database sono statici o dinamici. Quando modifichi l'impostazione di un parametro statico in un gruppo di parametri del cluster di database o in un gruppo di parametri del database, la modifica avviene dopo il riavvio manuale delle istanze database in ogni cluster di database associato. Durante il riavvio si verifica un tempo di inattività.

Tuttavia, quando modifichi l'impostazione di un parametro dinamico in un gruppo di parametri del cluster di database o in un gruppo di parametri del database, le modifiche si applicano immediatamente al cluster di database. Non si verificano tempi di inattività perché non occorre riavviare l'istanza database per modificare i parametri dinamici.

Modifiche all'identificatore dell'istanza database

Devi riavviare l'istanza database per modificarne l'identificatore. Durante questa modifica si verifica un tempo di inattività.

Modifiche alle porte del database

Quando modifichi la porta del database utilizzata per accedere al cluster di database, non si verifica un tempo di inattività perché tutte le istanze database del cluster si riavviano immediatamente.

Modifiche alla CA

Nota: se ricevi errori quando esegui i comandi dell'Interfaccia della linea di comando AWS (AWS CLI), consulta Risoluzione degli errori per AWS CLI. Inoltre, assicurati di utilizzare la versione più recente di AWS CLI.

Se modifichi l'autorità di certificazione (CA) per il certificato server dell'istanza database, si verifica un tempo di inattività per i motori di database che non supportano la rotazione senza riavvio.

Per verificare se il motore di database supporta la rotazione senza riavvio, esegui il comando AWS CLI describe-db-engine-versions.

Informazioni correlate

Esecuzione di aggiornamenti di versione di grande entità per Amazon Aurora MySQL con tempi di inattività minimi