Esecuzione di un aggiornamento di versione minore

Puoi utilizzare i seguenti metodi per aggiornare la versione secondaria di un cluster di database o per applicare le patch a un cluster di database:

Prima di eseguire un aggiornamento di una versione secondaria

Si consiglia di eseguire le seguenti azioni per ridurre i tempi di inattività durante l'aggiornamento di una versione secondaria:

Come eseguire aggiornamenti della versione secondaria e applicare patch

Gli aggiornamenti e le patch delle versioni minori sono disponibili in Regioni AWS solo dopo test rigorosi. Prima di rilasciare aggiornamenti e patch, Aurora Postgre esegue dei SQL test per garantire che i problemi di sicurezza, i bug e altri problemi noti che emergono dopo il rilascio della versione comunitaria minore non compromettano la stabilità complessiva della flotta di Aurora Postgre. SQL

Poiché Aurora Postgre SQL rende disponibili nuove versioni minori, le istanze che compongono il cluster Aurora Postgre SQL DB possono essere aggiornate automaticamente durante la finestra di manutenzione specificata. A tal fine, è necessario che nel cluster Aurora Postgre SQL DB sia attivata l'opzione Abilita aggiornamento automatico della versione secondaria. Tutte le istanze DB che compongono il cluster Aurora SQL Postgre DB devono avere l'opzione AmVu (Automatic Minor Version Upgrade) attivata in modo che l'aggiornamento secondario venga applicato a tutto il cluster.

È possibile verificare il valore dell'opzione Abilita l'aggiornamento automatico della versione secondaria per tutti i cluster Aurora Postgre SQL DB utilizzando il describe-db-instances AWS CLI comando con la seguente query.

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

Questa query restituisce un elenco di tutti i cluster database Aurora e delle relative istanze con un valore true o false per lo stato dell'impostazione AutoMinorVersionUpgrade. Il comando mostrato presuppone che l'utente disponga del AWS CLI configurato come target predefinito Regione AWS.

Per ulteriori informazioni sull'opzione Aggiornamento automatico delle versioni minori (AmVU) e su come modificare il cluster database Aurora per utilizzarla, consulta Aggiornamenti automatici delle versioni secondarie per cluster DB Aurora.

È possibile aggiornare i cluster Aurora Postgre SQL DB a nuove versioni minori rispondendo alle attività di manutenzione o modificando il cluster per utilizzare la nuova versione.

È possibile identificare eventuali aggiornamenti o patch disponibili per i cluster Aurora Postgre SQL DB utilizzando la console e aprendo il RDS menu Consigli. Qui è disponibile un elenco dei diversi problemi di manutenzione come Old minor versions (Versioni secondarie precedenti). A seconda dell'ambiente di produzione, puoi scegliere di pianificare l'aggiornamento o eseguire un'azione immediata, scegliendo Apply now (Applica ora) come mostrato di seguito.

Per ulteriori informazioni su come gestire un cluster database Aurora, incluso come applicare manualmente le patch e gli aggiornamenti della versione secondaria, consulta Manutenzione di un cluster database Amazon Aurora.

Aggiornamenti della versione secondaria e applicazione di patch senza tempi di inattività

L'aggiornamento di un cluster Aurora Postgre SQL DB comporta la possibilità di un'interruzione. Durante il processo di aggiornamento, il database viene arrestato. Se si avvia l'aggiornamento mentre il database è occupato, si perdono tutte le connessioni e le transazioni elaborate dal cluster database. Se si aspetta che il database sia inattivo per eseguire l'aggiornamento, potrebbe essere necessario attendere a lungo.

La funzione zero-downtime patching () migliora il processo di aggiornamento. ZDP ConZDP, è possibile applicare sia gli aggiornamenti delle versioni minori che le patch con un impatto minimo sul cluster Aurora Postgre DB. SQL ZDPviene utilizzato per applicare patch o aggiornamenti di versioni secondarie più recenti alle versioni di Aurora Postgre e altre versioni successive di queste SQL versioni minori e versioni principali più recenti. Ovvero, l'aggiornamento a nuove versioni secondarie da una qualsiasi di queste versioni in poi. ZDP

La tabella seguente mostra le SQL versioni di Aurora Postgre e le classi di istanze DB dove è disponibile: ZDP

ZDPfunziona preservando le connessioni client correnti al cluster Aurora Postgre DB durante tutto il processo di aggiornamento di Aurora SQL Postgre. SQL Tuttavia, nei seguenti casi, le connessioni verranno interrotte per essere completate: ZDP

Durante il processo di aggiornamentoZDP, il motore del database cerca un punto silenzioso per mettere in pausa tutte le nuove transazioni. Questa azione protegge il database durante le patch e gli aggiornamenti. Per assicurarsi che le applicazioni funzionino senza problemi con transazioni sospese, è consigliabile integrare la logica dell'esecuzione di nuovi tentativi nel codice. Questo approccio garantisce che il sistema sia in grado di gestire qualsiasi breve periodo di inattività senza errori e di riprovare le nuove transazioni dopo l'aggiornamento.

Una volta ZDP completato correttamente, le sessioni dell'applicazione vengono mantenute ad eccezione di quelle con connessioni interrotte e il motore di database si riavvia mentre l'aggiornamento è ancora in corso. Il riavvio del motore di database può causare una riduzione temporanea della velocità di trasmissione effettiva, che dura in genere alcuni secondi o al massimo circa un minuto.

In alcuni casi, l'operazione zero-downtime patching () potrebbe non riuscire. ZDP Ad esempio, le modifiche ai parametri che si trovano in uno pending stato sul cluster Aurora Postgre SQL DB o sulle relative istanze interferiscono con. ZDP

Puoi trovare metriche ed eventi per ZDP le operazioni nella pagina Eventi della console. Gli eventi includono l'inizio e il ZDP completamento dell'aggiornamento. In questo caso puoi individuare il tempo richiesto dal processo e il numero di connessioni conservate e interrotte che si sono verificate durante il riavvio. Puoi individuare i dettagli nel registro degli errori del database.

Aggiornamento del motore Aurora Postgre SQL a una nuova versione secondaria

Puoi aggiornare il tuo cluster Aurora Postgre SQL DB a una nuova versione secondaria utilizzando la console, il AWS CLI, o il. RDS API Prima di eseguire l'aggiornamento, si consiglia di seguire le stesse best practice consigliate per gli aggiornamenti della versione principale. Come per le nuove versioni principali, anche le nuove versioni secondarie possono contenere miglioramenti all'ottimizzatore, ad esempio correzioni, che possono causare regressioni del piano di query. Per garantire la stabilità del piano, si consiglia di utilizzare l'estensione Query Plan Management (QPM) come descritto inGarantire la stabilità del piano dopo un aggiornamento di versione principale.

aws rds modify-db-cluster \
    --db-cluster-identifier mydbcluster \
    --engine-version new_version \
    --no-apply-immediately

aws rds modify-db-cluster ^
    --db-cluster-identifier mydbcluster ^
    --engine-version new_version ^
    --no-apply-immediately