Quali sono i fattori che influiscono sui tempi di inattività dei cluster DB Amazon Aurora?

Breve descrizione

Le tue istanze DB di Amazon Aurora potrebbero essere in fase di inattività per diversi motivi. I principali fattori che influiscono sui tempi di inattività includono:

• Aggiornamenti della versione del motore
• Failover del cluster DB
• Attività di manutenzione
• Riavvio del cluster o dell'istanza DB
• Modifica di impostazioni specifiche sul cluster o sull'istanza DB

Risoluzione

**Nota:**Se ricevi errori durante l'esecuzione dei comandi Interfaccia della riga di comando AWS (AWS CLI), assicurati di utilizzare la versione AWS CLI più recente.

Aggiornamenti della versione del motore

Gli aggiornamenti della versione del motore includono aggiornamenti importanti e di minore entità. Sia gli aggiornamenti importanti che quelli di minore entità causano tempi di inattività per l'intero cluster Aurora DB. Prima di aggiornare un cluster DB di produzione, è importante testare il processo di aggiornamento su un cluster DB di test. Verifica la durata del processo, quindi convalida le applicazioni prima di eseguire l'aggiornamento.

Puoi anche utilizzare le implementazioni blu/verdi di Amazon Relational Database Service (Amazon RDS) per aggiornare la versione principale o secondaria del tuo cluster. I tempi di inattività in genere durano meno di un minuto per gli aggiornamenti quando si utilizzano implementazioni blu/verdi.

Aggiornamenti automatici minori di versione

Gli aggiornamenti automatici minori di versione causano tempi di inattività per l'intero cluster Aurora DB. Questi aggiornamenti automatici di versione di minore entità si applicano durante la finestra di manutenzione del cluster. Se non hai bisogno di questa funzionalità, disattiva gli aggiornamenti automatici di versione di minore entità nelle tue istanze DB.

Per ulteriori informazioni, vedere Aggiornamento di minore entità di un a versione o del livello di patch di un cluster DB Aurora MySQL.

Nota: L'attivazione della funzionalità di aggiornamento automatico di minore entità della versione di per sé non causa tempi di inattività durante la modifica. Il tempo di inattività si verifica solo quando Aurora applica l'aggiornamento automatico.

Failover di cluster DB

Se il cluster Aurora DB ha una o più repliche Aurora, la replica viene promossa a istanza primaria durante gli eventi di failover. Si verifica un breve periodo 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 tuo cluster di database, crea una o più repliche Aurora in due o più zone di disponibilità (AZ) diverse. Per ulteriori informazioni, vedere Tolleranza di errore per un cluster Aurora DB.

Attività di manutenzione per il tuo cluster Aurora DB

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

Finestra di manutenzione

I tempi di inattività non si verificano intrinsecamente quando si modifica la finestra di manutenzione. Tuttavia, il cluster DB potrebbe avere una o più azioni in sospeso che causano tempi di inattività. Se si modifica la finestra di manutenzione, si applicano immediatamente le azioni in sospeso e si verifica un periodo di inattività. Per ulteriori informazioni sulla modifica della finestra di manutenzione, consulta Cosa devo sapere sulla finestra di manutenzione di Amazon RDS?

Riavvio del cluster DB o dell'istanza DB

Il riavvio di un cluster DB o di un'istanza DB causa tempi di inattività. Il tempo necessario per riavviare ogni istanza DB del cluster dipende dall'attività del database al momento del riavvio. I tempi di inattività dipendono anche dal processo di ripristino del motore DB specifico. Per ulteriori informazioni, consulta Riavvio di un cluster DB Amazon Aurora o di un'istanza DB Amazon Aurora.

Modifica della classe d’istanza DB

Quando si modifica la classe di istanza DB dell'istanza, si verifica un tempo di inattività sull'istanza DB specificata, ma non sull'intero cluster. Per ulteriori informazioni sulle classi di istanze, consulta le classi di istanza Aurora DB.

Collegamento di un nuovo cluster DB o gruppo di parametri DB

Quando modifichi il cluster DB o un gruppo di parametri DB collegato all'istanza DB, i tempi di inattività non si verificano automaticamente. Tuttavia, per applicare le modifiche a un gruppo di parametri del cluster DB, è necessario riavviare l'istanza DB primaria del cluster. Per i gruppi di parametri DB, è necessario riavviare l'istanza per applicare le modifiche. Il riavvio stesso causa tempi di inattività. Per ulteriori informazioni, vedere Associazione di un gruppo di parametri del cluster DB a un cluster DB eUtilizzo dei gruppi di parametri.

Modifica di impostazioni specifiche sul cluster o sull'istanza DB

Modifica delle impostazioni dei parametri in un cluster DB o in un gruppo di parametri DB

I parametri del database sono statici o dinamici. Quando si modifica l'impostazione di un parametro statico in un cluster DB o in un gruppo di parametri DB, la modifica del parametro ha effetto dopo il riavvio manuale delle istanze DB in ogni cluster DB associato. I tempi di inattività si verificano durante il riavvio.

Tuttavia, quando si modifica un'impostazione dinamica dei parametri in un cluster DB o in un gruppo di parametri DB, le modifiche vengono applicate al cluster DB immediatamente. L'istanza non viene riavviata quando si modificano i parametri dinamici, quindi non ci sono tempi di inattività.

Per ulteriori informazioni, vedereUtilizzo dei gruppi di parametri.

Modifica dell'identificatore dell'istanza DB

Il tempo di inattività si verifica quando si modifica l'identificatore dell'istanza DB perché l'istanza DB viene riavviata.

Modifica della porta del database

Il tempo di inattività si verifica quando si modifica la porta del database che si desidera utilizzare per accedere al cluster DB. Ciò accade perché tutte le istanze DB nel cluster DB si riavviano immediatamente.

Modifica dell'autorità di certificazione

Potresti voler modificare l'autorità di certificazione (CA) per il certificato del server utilizzato dalla tua istanza DB. In questo caso d'uso, si verifica un tempo di inattività se il motore DB non supporta la rotazione senza riavvio. Usa il comando CLI AWS ** describe-db-engine-versions** per verificare se il motore DB supporta la rotazione senza riavvio.

Per ulteriori informazioni su quali impostazioni di Aurora influiscono o meno sui tempi di inattività, consulta Impostazioni per Amazon Aurora.

Informazioni correlate

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