Manutenzione di un cluster database Amazon Aurora

Periodicamente, Amazon RDS esegue la manutenzione RDS delle risorse Amazon.

Argomenti

• Panoramica degli aggiornamenti di manutenzione dei cluster DB delle DB
• Visualizzazione degli aggiornamenti di manutenzione in sospeso
• Applicazione di aggiornamenti a un cluster database
• La finestra di RDS manutenzione di Amazon
• Impostazione della finestra di manutenzione preferita del cluster database
• Aggiornamenti automatici delle versioni secondarie per cluster DB Aurora
• Scelta della frequenza degli aggiornamenti di manutenzione di Aurora My SQL

Panoramica degli aggiornamenti di manutenzione dei cluster DB delle DB

La manutenzione spesso comporta aggiornamenti alle seguenti risorse del cluster database:

• Hardware sottostante

• Sistema operativo (OS) sottostante

• Versione del motore del database

Gli aggiornamenti al sistema operativo si verificano generalmente per problemi di sicurezza. Ti consigliamo di eseguirli il prima possibile. Per ulteriori informazioni sugli aggiornamenti del sistema operativo, vedereApplicazione di aggiornamenti a un cluster database.

Risorse offline durante gli aggiornamenti di manutenzione

Alcuni elementi di manutenzione richiedono che Amazon RDS metta offline il cluster DB di DB per un breve periodo. Tra le operazioni di manutenzione che richiedono l'impostazione offline di una risorsa si annovera l'applicazione delle patch necessarie al sistema operativo o al database. L'applicazione delle patch necessarie viene pianificata automaticamente solo per le patch correlate alla sicurezza e all'affidabilità dell'istanza. Tali patch si verificano raramente, in genere una volta ogni pochi mesi. Raramente richiedono più di una frazione del periodo di manutenzione.

Modifiche differite dell'istanza DB e del cluster DB

Le modifiche differite del cluster e dell'istanza DB che si è scelto di non applicare immediatamente vengono applicate durante la finestra di manutenzione. Ad esempio, è possibile scegliere di modificare le classi di istanza database o i gruppi di parametri cluster o database durante la finestra di manutenzione. Le modifiche specificate utilizzando l'impostazione di riavvio in sospeso non vengono visualizzate nell'elenco Manutenzione in sospeso . Per ulteriori informazioni sulla modifica di un cluster database, consulta Modifica di un cluster database Amazon Aurora.

Per visualizzare le modifiche in sospeso per la prossima finestra di manutenzione, utilizza il describe-db-clusters AWS CLI comando e controlla il campo. PendingModifiedValues

Eventuale coerenza per il DescribePendingMaintenanceActions API

Amazon RDS DescribePendingMaintenanceActions API segue un eventuale modello di coerenza. Ciò significa che il risultato del DescribePendingMaintenanceActions comando potrebbe non essere immediatamente visibile a tutti i RDS comandi successivi. Tienilo a mente quando lo usi DescribePendingMaintenanceActions subito dopo aver usato un API comando precedente.

L'eventuale coerenza può influire sul modo in cui avete gestito gli aggiornamenti di manutenzione. Ad esempio, se si esegue il ApplyPendingMaintenanceActions comando per aggiornare la versione del motore di database per un cluster DB, alla fine sarà visibile aDescribePendingMaintenanceActions. In questo scenario, DescribePendingMaintenanceActions potrebbe mostrare che l'azione di manutenzione non è stata applicata anche se lo era.

Per gestire l'eventuale coerenza, puoi fare quanto segue:

• Conferma lo stato del cluster DB prima di eseguire un comando per modificarlo. Esegui il DescribePendingMaintenanceActions comando appropriato utilizzando un algoritmo di backoff esponenziale per assicurarti di concedere tempo sufficiente per la propagazione del comando precedente nel sistema. A tale scopo, esegui il DescribePendingMaintenanceActions comando ripetutamente, iniziando con un paio di secondi di attesa e aumentando gradualmente fino a cinque minuti di attesa.

• Aggiunge il tempo di attesa tra i comandi successivi, anche se un DescribePendingMaintenanceActions comando restituisce una risposta accurata. Applica un algoritmo di backoff esponenziale a partire da un paio di secondi di attesa e aumenta gradualmente fino a circa cinque minuti di attesa.

Visualizzazione degli aggiornamenti di manutenzione in sospeso

Verifica se è disponibile un aggiornamento di manutenzione per il tuo cluster di DB utilizzando la RDS console, il AWS CLI o il RDSAPI. Se è disponibile un aggiornamento, è indicato nella colonna Maintenance per il cluster di DB sulla RDS console Amazon, come illustrato di seguito.

Se non è disponibile alcun aggiornamento di manutenzione per il cluster di un' database, il valore della colonna corrispondente è none (nessuno).

Se è disponibile un aggiornamento di manutenzione per il cluster di un' database, la colonna può avere i seguenti valori:

• richiesto – L'operazione di manutenzione sarà applicata alla risorsa e non può essere a tempo indeterminato.

• available (disponibile) – L'operazione di manutenzione è disponibile ma non sarà automaticamente applicata alla risorsa. Puoi applicarla manualmente.

• next window (finestra successiva) – L'operazione di manutenzione sarà applicata alla risorsa durante la finestra di manutenzione successiva.

• In progress (In corso) – L'operazione di manutenzione è in fase di applicazione alla risorsa.

Se è disponibile un aggiornamento, puoi scegliere tra una di queste operazioni:

• Se il valore di manutenzione è next window (finestra successiva), posticipare le operazioni di manutenzione scegliendo defer upgrade (posticipa aggiornamento) da Actions (Operazioni). Non puoi rinviare un'azione di manutenzione se è già stata avviata.

• Applicare immediatamente le operazioni di manutenzione.

• Pianificare le operazioni di manutenzione affinché vengano avviate durante la successiva finestra di manutenzione.

• Non eseguire alcuna operazione.

Per eseguire un'operazione, scegliere il cluster dell' database per mostrarne i dettagli, quindi selezionare Maintenance & backups (Manutenzione e backup). Vengono visualizzate le operazioni di manutenzione in sospeso.

La finestra di manutenzione determina l'avvio delle operazioni in sospeso, ma non limita il tempo di esecuzione totale di tali operazioni. Non è garantito che le operazioni di manutenzione terminino prima della fine della finestra di manutenzione e potrebbero continuare oltre l'ora di fine specificata. Per ulteriori informazioni, consulta La finestra di RDS manutenzione di Amazon.

Per informazioni sugli aggiornamenti ai motori di Amazon Aurora e istruzioni per l'aggiornamento e l'applicazione di patch, consulta Aggiornamenti del motore di database per Amazon Aurora My SQL e Aggiornamenti di Amazon Aurora Postgre SQL.

Puoi anche verificare se è disponibile un aggiornamento di manutenzione per il tuo cluster di DB eseguendo il describe-pending-maintenance-actions AWS CLI comando.

Per informazioni sull'applicazione degli aggiornamenti di manutenzione, vedereApplicazione di aggiornamenti a un cluster database.

La finestra di RDS manutenzione di Amazon

Le finestre di manutenzione sono un intervallo di tempo settimanale durante il quale vengono applicate le modifiche al sistema. Ogni cluster di DB ha una finestra di manutenzione settimanale. La finestra di manutenzione è un'opportunità per controllare quando vengono apportate modifiche e patch al software. Per ulteriori informazioni sulla regolazione della finestra di manutenzione, vedere.

RDSconsuma alcune delle risorse del cluster di DB durante la manutenzione. Ciò potrebbe influire, in modo minimo, sulle prestazioni. Per un'istanza database, in rari casi, potrebbe essere necessario un failover Multi-AZ per il completamento di un aggiornamento di manutenzione.

Se un evento di manutenzione è pianificato per una settimana specifica, viene avviato durante la finestra di manutenzione di 30 minuti indicata. La maggior parte degli eventi di manutenzione viene completata durante la finestra di manutenzione di 30 minuti, tuttavia l'esecuzione degli eventi di manutenzione di dimensioni maggiori può richiedere più di 30 minuti per il completamento. La finestra di manutenzione viene sospesa quando il cluster di DB viene arrestato.

La finestra di manutenzione di 30 minuti è selezionata a caso da un blocco di tempo di 8 ore per regione. Se non specifichi una finestra di manutenzione quando crei il cluster di DB, RDS assegna una finestra di manutenzione di 30 minuti in un giorno della settimana selezionato casualmente.

Di seguito sono indicati, per ogni regione, gli intervalli di tempo durante cui viene assegnata la finestra di manutenzione predefinita.

Nome della regione	Regione	Periodo di tempo
US East (N. Virginia)	us-east-1	03:00 — 11:00 UTC
Stati Uniti orientali (Ohio)	us-east-2	03:00 — 11:00 UTC
US West (N. California)	us-west-1	06:00 — 14:00 UTC
US West (Oregon)	us-west-2	06:00 — 14:00 UTC
Africa (Cape Town)	af-south-1	03:00 — 11:00 UTC
Asia Pacifico (Hong Kong)	ap-east-1	06:00 — 14:00 UTC
Asia Pacific (Hyderabad)	ap-south-2	06:30 — 14:30 UTC
Asia Pacifico (Giacarta)	ap-southeast-3	08:00 — 16:00 UTC
Asia Pacifico (Malesia)	ap-southeast-5	09:00 — 17:00 UTC
Asia Pacifico (Melbourne)	ap-southeast-4	11:00 — 19:00 UTC
Asia Pacific (Mumbai)	ap-south-1	06:00 — 14:00 UTC
Asia Pacifico (Osaka-Locale)	ap-northeast-3	dalle 22:00 alle 23:59 UTC
Asia Pacifico (Seul)	ap-northeast-2	13:00 — 21:00 UTC
Asia Pacific (Singapore)	ap-southeast-1	14:00 — 22:00 UTC
Asia Pacific (Sydney)	ap-southeast-2	12:00 — 20:00 UTC
Asia Pacifico (Tokyo)	ap-northeast-1	13:00 — 21:00 UTC
Canada (Central)	ca-central-1	03:00 — 11:00 UTC
Canada occidentale (Calgary)	ca-west-1	18:00 — 02:00 UTC
China (Beijing)	cn-north-1	06:00 — 14:00 UTC
Cina (Ningxia)	cn-northwest-1	06:00 — 14:00 UTC
Europe (Frankfurt)	eu-central-1	21:00 — 05:00 UTC
Europa (Irlanda)	eu-west-1	22:00 — 06:00 UTC
Europe (London)	eu-west-2	22:00 — 06:00 UTC
Europa (Milano)	eu-south-1	02:00 — 10:00 UTC
Europe (Paris)	eu-west-3	23:59 — 07:29 UTC
Europa (Spagna)	eu-south-2	02:00 — 10:00 UTC
Europa (Stoccolma)	eu-north-1	23:00 — 07:00 UTC
Europa (Zurigo)	eu-central-2	02:00 — 10:00 UTC
Israele (Tel Aviv)	il-central-1	03:00 — 11:00 UTC
Medio Oriente (Bahrein)	me-south-1	06:00 — 14:00 UTC
Medio Oriente () UAE	me-central-1	05:00 — 13:00 UTC
Sud America (São Paulo)	sa-east-1	00:00 — 08:00 UTC
AWS GovCloud (Stati Uniti orientali)	us-gov-east-1	17:00 — 01:00 UTC
AWS GovCloud (Stati Uniti occidentali)	us-gov-west-1	06:00 — 14:00 UTC

Aggiornamenti automatici delle versioni secondarie per cluster DB Aurora

L'impostazione Aggiornamento automatico versione secondaria specifica se gli aggiornamenti Aurora vengono applicati automaticamente al cluster database. Questi aggiornamenti includono nuove versioni secondarie contenenti funzionalità aggiuntive e patch con correzioni di bug.

Questa impostazione è attivata per impostazione predefinita. Per ogni nuovo cluster database, scegliere il valore appropriato per questa impostazione. Il valore si basa sull'importanza, sulla durata prevista e sulla quantità di test di verifica eseguiti dopo ogni aggiornamento.

Per istruzioni su come attivare o disattivare l'impostazione Aggiornamento automatico versione secondaria, consulta quanto segue:

• Abilitazione degli aggiornamenti automatici delle versioni secondarie per un cluster database Aurora

• Abilitazione degli aggiornamenti automatici delle versioni secondarie per singole istanze database in un cluster database Aurora

Importante

Si consiglia vivamente di applicare questa impostazione ai cluster database nuovi ed esistenti e non alle singole istanze database nel cluster. Se un'istanza database nel cluster ha questa impostazione disattivata, il cluster database non viene aggiornato automaticamente.

La tabella seguente mostra come funziona l'impostazione Aggiornamento automatico versione secondaria quando viene applicata a livello di cluster e istanza.

Azione	Impostazioni a livello di cluster	Impostazioni a livello di istanza	Il cluster è stato aggiornato automaticamente?
Impostazione su Vero a livello di cluster database.	True	Impostazione su Vero per tutte le istanze nuove ed esistenti	Sì
Impostazione su Falso a livello di cluster database.	False	Impostazione su Falso per tutte le istanze nuove ed esistenti	No
Precedente impostazione su Vero a livello di cluster database. Impostazione su Falso in almeno un'istanza database.	Impostazione modificata su Falso	Impostazione su Falso per una o più istanze	No
Precedente impostazione su Falso a livello di cluster database. Impostazione su Vero in almeno un'istanza database, ma non in tutte le istanze.	False	Impostazione su Vero in una o più istanze, ma non in tutte le istanze	No
Precedente impostazione su Falso a livello di cluster database. Impostazione su Vero in tutte le istanze database.	Impostazione modificata su Vero	Impostazione su Vero per tutte le istanze	Sì

Gli upgrade automatici delle versioni secondarie vengono comunicati in anticipo tramite un evento del cluster Amazon RDS DB con una categoria maintenance e un ID diRDS-EVENT-0156. Per ulteriori informazioni, consulta Categorie di RDS eventi Amazon e messaggi di eventi per Aurora.

Gli aggiornamenti automatici vengono eseguiti durante le finestre di manutenzione. Se le singole istanze database nel cluster database hanno finestre di manutenzione diverse dalla finestra di manutenzione del cluster, la finestra di manutenzione del cluster ha la precedenza.

Per ulteriori informazioni sugli aggiornamenti del motore per Aurora SQL Postgre, vedere. Aggiornamenti di Amazon Aurora Postgre SQL

Per ulteriori informazioni sull'impostazione di aggiornamento automatico della versione secondaria per Aurora MySQL, vedere. Abilitazione degli aggiornamenti automatici tra versioni minori di Aurora My SQL Per informazioni generali sugli aggiornamenti del motore per Aurora MySQL, vedere. Aggiornamenti del motore di database per Amazon Aurora My SQL

Abilitazione degli aggiornamenti automatici delle versioni secondarie per un cluster database Aurora

Eseguire la procedura generale descritta in Modifica del cluster DB utilizzando la console CLI e API.

Console

Nella pagina Modifica il cluster DB, nella sezione Manutenzione selezionare la casella di controllo Abilita aggiornamento automatico versione secondaria.

AWS CLI

Chiama il modify-db-cluster AWS CLI comando. Specificare il nome del cluster database per l'opzione --db-cluster-identifier e true per l'opzione --auto-minor-version-upgrade. Facoltativamente, specificare l'opzione --apply-immediately per attivare immediatamente questa impostazione per il cluster database.

RDS API

Chiama l'odifyDBClusterAPIoperazione M e specifica il nome del cluster DB per il DBClusterIdentifier parametro e true per il AutoMinorVersionUpgrade parametro. Facoltativamente, impostare il parametro ApplyImmediately su true per attivare immediatamente questa impostazione per il cluster database.

Abilitazione degli aggiornamenti automatici delle versioni secondarie per singole istanze database in un cluster database Aurora

Eseguire la procedura generale descritta in Modifica di un'istanza database in un cluster database.

Console

Nella pagina Modifica istanza database, nella sezione Manutenzione selezionare la casella di controllo Abilita aggiornamento automatico versione secondaria.

AWS CLI

Chiama il modify-db-instance AWS CLI comando. Specifica il nome dell'istanza database per l'opzione --db-instance-identifier e true per l'opzione --auto-minor-version-upgrade. Facoltativamente, specifica l'opzione --apply-immediately per attivare immediatamente questa impostazione per l'istanza database. Esegui un comando modify-db-instance separato per ogni istanza database presente nel cluster.

RDS API

Chiama l'odifyDBInstanceAPIoperazione M e specifica il nome del cluster DB per il DBInstanceIdentifier parametro e true per il AutoMinorVersionUpgrade parametro. Facoltativamente, imposta il parametro ApplyImmediately su true per attivare immediatamente questa impostazione per l'istanza database. Chiama un'operazione ModifyDBInstance separata per ogni istanza database presente nel cluster.

Puoi usare un CLI comando come il seguente per controllare lo stato dell'AutoMinorVersionUpgradeimpostazione per tutte le istanze DB nei tuoi cluster Aurora MySQL.

aws rds describe-db-instances \
  --query '*[].{DBClusterIdentifier:DBClusterIdentifier,DBInstanceIdentifier:DBInstanceIdentifier,AutoMinorVersionUpgrade:AutoMinorVersionUpgrade}'

Questo comando genera un output simile al seguente:

[
  {
      "DBInstanceIdentifier": "db-writer-instance",
      "DBClusterIdentifier": "my-db-cluster-57",
      "AutoMinorVersionUpgrade": true
  },
  {
      "DBInstanceIdentifier": "db-reader-instance1",
      "DBClusterIdentifier": "my-db-cluster-57",
      "AutoMinorVersionUpgrade": false
  },
  {
      "DBInstanceIdentifier": "db-writer-instance2",
      "DBClusterIdentifier": "my-db-cluster-80",
      "AutoMinorVersionUpgrade": true
  },
... output omitted ...

In questo esempio, l'impostazione Abilita aggiornamento automatico versione secondaria è disattivata per il cluster di database my-db-cluster-57, perché è disattivata per una delle istanze database del cluster.

Scelta della frequenza degli aggiornamenti di manutenzione di Aurora My SQL

Puoi controllare se SQL gli aggiornamenti di Aurora My vengono eseguiti frequentemente o raramente per ogni cluster DB. La scelta migliore dipende dall'utilizzo di Aurora My SQL e dalle priorità delle applicazioni eseguite su Aurora. Per informazioni sulle versioni di Aurora My SQL long-term stability (LTS) che richiedono aggiornamenti meno frequenti, consulta. Aurora I miei rilasci di supporto SQL a lungo termine () LTS

Potresti scegliere di aggiornare un SQL cluster Aurora My raramente se si applicano alcune o tutte le seguenti condizioni:

• Il ciclo di test dell'applicazione richiede molto tempo per ogni aggiornamento del motore di SQL database Aurora My.

• Hai molti cluster DB o molte applicazioni in esecuzione tutti sulla stessa versione di Aurora MySQL. Preferisci aggiornare tutti i cluster di database e le applicazioni associate contemporaneamente.

• Usi sia Aurora My che RDS for MySQL. SQL Preferisci mantenere i SQL cluster Aurora My e le RDS istanze My SQL DB compatibili con lo stesso livello di My. SQL

• SQLL'applicazione Aurora My è in produzione o è comunque fondamentale per l'azienda. Non puoi avere tempi di inattività dovuti agli aggiornamenti, ad eccezione di rari casi per la distribuzione di patch critiche.

• SQLL'applicazione Aurora My non è limitata dai problemi di prestazioni o dalle lacune nelle funzionalità risolte nelle versioni successive di Aurora My. SQL

Se i fattori precedenti si applicano alla tua situazione, puoi limitare il numero di aggiornamenti forzati per un cluster Aurora My DB. SQL Puoi farlo scegliendo una versione specifica di Aurora My nota come SQL versione «Long-Term Support» (LTS) quando crei o aggiorni quel cluster DB. In questo modo, riduci il numero di cicli di aggiornamenti, cicli di test e interruzioni correlate agli aggiornamenti per lo specifico cluster di database.

Potresti scegliere di aggiornare frequentemente un SQL cluster Aurora My se si applicano alcune o tutte le seguenti condizioni:

• Il ciclo di test per l'applicazione è semplice e breve.

• L'applicazione è ancora in fase di sviluppo.

• L'ambiente di database utilizza diverse SQL versioni di Aurora My o Aurora My SQL and RDS for My. SQL Ogni SQL cluster Aurora My ha il proprio ciclo di aggiornamento.

• Stai aspettando miglioramenti specifici delle prestazioni o delle funzionalità prima di aumentare l'utilizzo di Aurora My. SQL

Se i fattori precedenti si applicano alla tua situazione, puoi abilitare Aurora per eseguire più spesso gli aggiornamenti importanti. A tale scopo, aggiorna un cluster Aurora My SQL DB a una versione Aurora My più recente rispetto alla SQL versione. LTS In questo modo, i miglioramenti alle prestazioni, le correzioni di bug e le funzionalità più recenti vengono resi disponibili più rapidamente.