Esecuzione di un aggiornamento della versione principale

Gli aggiornamenti a una versione principale potrebbero contenere modifiche al database non compatibili con le versioni precedenti del database. La nuova funzionalità in una nuova versione può causare l'interruzione del funzionamento corretto delle applicazioni esistenti. Per evitare problemi, Amazon Aurora non applica automaticamente aggiornamenti alla versione principale. Si consiglia, invece, di pianificare attentamente un aggiornamento alla versione principale seguendo questi passaggi:

Puoi ottenere un elenco delle versioni del motore disponibili come obiettivi di aggiornamento delle versioni principali per il tuo cluster Aurora Postgre SQL DB interrogando il Regione AWS utilizzando il describe-db-engine-versions AWS CLI comando, come segue.

In Linux, macOS, oppure Unix:

aws rds describe-db-engine-versions \
  --engine aurora-postgresql \
  --engine-version version-number \
  --query 'DBEngineVersions[].ValidUpgradeTarget[?IsMajorVersionUpgrade == `true`].{EngineVersion:EngineVersion}' \
  --output text

In Windows:

aws rds describe-db-engine-versions ^
  --engine aurora-postgresql ^
  --engine-version version-number ^
  --query "DBEngineVersions[].ValidUpgradeTarget[?IsMajorVersionUpgrade == `true`].{EngineVersion:EngineVersion}" ^
  --output text

In alcuni casi, la versione di destinazione dell'aggiornamento non è una destinazione per la versione corrente. In questi casi, utilizza le informazioni contenute in versions table per eseguire aggiornamenti della versione secondaria fino a quando la versione del cluster non dispone della destinazione scelta nella relativa riga di destinazioni.

Test di un aggiornamento del cluster database di produzione a una nuova versione principale

Ogni nuova versione principale include miglioramenti all'ottimizzatore di query progettati per migliorare le prestazioni. Tuttavia, il carico di lavoro può includere query che restituiscono prestazioni peggiori nella nuova versione. Ecco perché ti consigliamo di testare e rivedere le prestazioni prima di eseguire l'aggiornamento in produzione. È possibile gestire la stabilità del piano di query tra le versioni utilizzando l'estensione Query Plan Management (QPM), come descritto inGarantire la stabilità del piano dopo un aggiornamento di versione principale.

Prima di aggiornare i cluster Aurora Postgre SQL DB di produzione a una nuova versione principale, ti consigliamo vivamente di testare l'aggiornamento per verificare che tutte le tue applicazioni funzionino correttamente:

Raccomandazioni successive all'aggiornamento

Dopo aver completato un aggiornamento della versione principale, è consigliabile quanto segue:

Aggiornamento del motore Aurora Postgre SQL a una nuova versione principale

Quando si avvia il processo di aggiornamento a una nuova versione principale, Aurora SQL Postgre scatta un'istantanea del cluster Aurora DB prima di apportare modifiche al cluster. Questo snapshot viene creato solo per gli aggiornamenti della versione principale, non per gli aggiornamenti della versione secondaria. Una volta completato il processo di aggiornamento, è possibile trovare questa istantanea tra le istantanee manuali elencate in Istantanee nella console. RDS Il nome dell'istantanea include preupgrade come prefisso il nome del cluster Aurora Postgre SQL DB, la versione di origine, la versione di destinazione e la data e l'ora, come illustrato nell'esempio seguente.

preupgrade-docs-lab-apg-global-db-12-8-to-13-6-2022-05-19-00-19

Al termine dell'aggiornamento, puoi utilizzare lo snapshot creato e archiviato da Aurora nell'elenco di snapshot manuali per ripristinare il cluster database alla versione precedente, se necessario.

Durante il processo di aggiornamento della versione principale, Aurora alloca un volume e clona il cluster Aurora Postgre DB di origine. SQL Se l'aggiornamento fallisce per qualsiasi motivo, Aurora Postgre SQL utilizza il clone per ripristinare l'aggiornamento. Quando vengono allocati più di 15 cloni di un volume di origine, i cloni successivi diventano copie complete e richiedono più tempo. Di conseguenza anche il processo di aggiornamento richiede più tempo. Se Aurora Postgre SQL ripristina l'aggiornamento, tieni presente quanto segue:

Per aggiornare in sicurezza le istanze DB che compongono il cluster, Aurora SQL Postgre utilizza l'utilità pg_upgrade. Al termine dell'aggiornamento dell'istanza di scrittura, ogni istanza di lettura riscontra una breve interruzione mentre viene aggiornato alla nuova versione principale. Per saperne di più su questa utilità Postgre, consulta pg_upgrade nella documentazione di Postgre. SQL SQL

È possibile aggiornare il cluster Aurora Postgre SQL DB a una nuova versione utilizzando AWS Management Console, il AWS CLI, o il RDSAPI.

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

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

Principali aggiornamenti per database globali

Per un cluster database globale Aurora, il processo di aggiornamento aggiorna tutti i cluster database che compongono contemporaneamente il database globale Aurora. Lo fa per garantire che ognuno esegua la stessa versione di Aurora SQL Postgre. Inoltre, assicura che le eventuali modifiche apportate alle tabelle di sistema, ai formati di file di dati e così via vengono replicate automaticamente in tutti i cluster secondari.

Per aggiornare un cluster di database globale a una nuova versione principale di Aurora PostgreSQL, si consiglia di testare le applicazioni sulla versione aggiornata, come descritto in. Test di un aggiornamento del cluster database di produzione a una nuova versione principale Assicuratevi di preparare le impostazioni del gruppo di parametri del cluster DB e del gruppo di parametri DB per ciascuno Regione AWS nel database globale Aurora prima dell'aggiornamento, come descritto instep 1. . Test di un aggiornamento del cluster database di produzione a una nuova versione principale

Se il cluster di database SQL globale Aurora Postgre ha un obiettivo del punto di ripristino impostato per il rds.global_db_rpo parametro, assicurati di reimpostare il parametro prima dell'aggiornamento. RPO Il processo di aggiornamento della versione principale non funziona se è attivato. RPO Per impostazione predefinita, questo parametro è disattivato. Per ulteriori informazioni sui database SQL globali di Aurora Postgre e, vedere. RPO Gestione RPOs di database globali basati su Aurora SQL Postgre

Se verifichi che le applicazioni possano essere eseguite come previsto durante l'implementazione di prova della nuova versione, puoi avviare il processo di aggiornamento. A questo proposito, consulta Aggiornamento del motore Aurora Postgre SQL a una nuova versione principale. Assicurati di scegliere l'elemento di primo livello dall'elenco Database nella RDS console, Global database, come mostrato nell'immagine seguente.

Come per qualsiasi modifica, puoi confermare che desideri che il processo proceda quando richiesto.

Anziché utilizzare la console, è possibile avviare il processo di aggiornamento utilizzando AWS CLI o il RDSAPI. Come per la console, si opera sul cluster database globale Aurora anziché su uno qualsiasi dei suoi componenti, come segue: