Esecuzione di un aggiornamento di versione minore - Amazon Aurora
Prima di eseguire un aggiornamento di una versione secondariaCome eseguire aggiornamenti della versione secondaria e applicare patch

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

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.

Suggerimento

Assicurati che l'opzione Abilita l'aggiornamento automatico della versione secondaria sia attivata per tutte le istanze SQL DB Postgre che compongono il tuo cluster Aurora Postgre DB. SQL Questa opzione deve essere attivata affinché ogni istanza nel cluster database funzioni. Per informazioni su come impostare l'aggiornamento automatico delle versioni secondarie e su come funziona l'impostazione quando viene applicata a livello di cluster e istanza, consulta  Aggiornamenti automatici delle versioni secondarie per cluster DB Aurora.

È 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.

Immagine della console che mostra la raccomandazione per eseguire l'aggiornamento a una versione secondaria più recente.

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

Versione Classi di istanza db.r* Classi di istanza db.t* Classi di istanza db.x* Classe di istanza db.serverless
10.21.0 e versioni successive alla 10.21 Sì Sì Sì N/D
11.16.0 e versioni successive alla 11.16 Sì Sì Sì N/D
11.17 e versioni successive Sì Sì Sì N/D
12.11.0 e versioni successive alla 12.11 Sì Sì Sì N/D
12.12 e versioni successive Sì Sì Sì N/D
13.7.0 e versioni successive alla 13.7 Sì Sì Sì N/D
13.8 e versioni successive Sì Sì Sì Sì
14.3.1 o versioni successive alla 14.3 Sì Sì Sì N/D
14.4.0 e versioni successive alla 14.4 Sì Sì Sì N/D
14.5 e versioni successive Sì Sì Sì Sì
15.3 e versioni successive Sì Sì Sì Sì

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

  • Sono in esecuzione query o transazioni di lunga durata.

  • Le istruzioni Data Definition Language (DDL) sono in esecuzione.

  • Si utilizzando blocchi di tabelle o tabelle temporanee.

  • Vengono ascoltate tutte le sessioni sui canali di notifica.

  • È in uso un cursore nello stato WITH HOLD ''.

  • TLSv1Le connessioni .3 o TLSv1 .1 sono in uso.

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.

Per aggiornare la versione del motore del tuo cluster Aurora SQL Postgre DB

  1. Accedi al AWS Management Console e apri la RDS console Amazon all'indirizzo https://console.aws.amazon.com/rds/.

  2. Nel riquadro di navigazione, scegliere Databases (Database) quindi selezionare il cluster di database da aggiornare.

  3. Scegliere Modify (Modifica). Viene visualizzata la pagina Modify DB cluster (Modifica cluster di database).

  4. In Engine version (Versione motore) scegliere la nuova versione.

  5. Scegliere Continue (Continua) e controllare il riepilogo delle modifiche.

  6. Per applicare immediatamente le modifiche, scegliere Apply immediately (Applica immediatamente). In alcuni casi, la chiusura di questa opzione può causare un'interruzione. Per ulteriori informazioni, consulta Modifica di un cluster database Amazon Aurora.

  7. Nella pagina di conferma esaminare le modifiche. Se sono corrette, selezionare Modify Cluster (Modifica cluster) per salvare le modifiche.

    Oppure scegliere Back (Indietro) per cambiare le modifiche o Cancel (Annulla) per annullare le modifiche.

Per aggiornare la versione del motore di un cluster DB, usa il modify-db-cluster AWS CLI comando con i seguenti parametri:

  • --db-cluster-identifier— Il nome del cluster Aurora SQL Postgre DB.

  • --engine-version – Numero di versione del motore di database a cui effettuare l'aggiornamento. Per informazioni sulle versioni valide del motore, usa il AWS CLI describe-db-engine-versionscomando.

  • --no-apply-immediately – Applica le modifiche durante la finestra di manutenzione successiva. Per applicare immediatamente le modifiche, utilizza invece --apply-immediately.

In Linux, macOS, oppure Unix:

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

In Windows:

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

Per aggiornare la versione del motore di un cluster DB, utilizzate l'odifyDBClusteroperazione M. Specifica i seguenti parametri:

  • DBClusterIdentifier— Il nome del cluster DB, ad esempio mydbcluster.

  • EngineVersion – Numero di versione del motore di database a cui effettuare l'aggiornamento. Per informazioni sulle versioni valide del motore, utilizzate l'operazione D escribeDBEngine Versions.

  • ApplyImmediately – Indica se applicare le modifiche immediatamente o durante la finestra di manutenzione successiva. Per applicare le modifiche immediatamente, imposta il valore su true. Per applicare le modifiche durante la finestra di manutenzione successiva imposta il valore su false.