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

Aggiornamento di un database globale Amazon Aurora

L'aggiornamento di un database globale Aurora segue le stesse procedure dell'aggiornamento dei cluster di database Aurora. Tuttavia, di seguito sono riportate alcune importanti differenze di cui prendere nota prima di iniziare il processo.

Ti consigliamo di eseguire l'aggiornamento dei cluster di database primario e secondario alla stessa versione. È possibile eseguire un failover gestito del database tra regioni su un database globale Aurora solo se i cluster di database primario e secondario hanno la stessa versione principale e secondaria e lo stesso livello di patch del motore. Tuttavia, i livelli di patch possono essere diversi, a seconda della versione secondaria del motore. Per ulteriori informazioni, consulta Compatibilità del livello di patch per switchover e failover gestiti tra regioni.

Aggiornamenti di una versione principale

Quando esegui un aggiornamento della versione principale di un database globale Amazon Aurora, aggiorni il cluster di database globale invece dei singoli cluster in esso contenuti.

Per informazioni su come aggiornare un database globale Aurora PostgreSQL a una versione principale superiore, consulta Principali aggiornamenti per database globali.

Per informazioni su come aggiornare un database globale Aurora MySQL a una versione principale superiore, consulta Principali aggiornamenti in loco per database globali.

Aggiornamenti a versioni secondarie

È possibile aggiornare il database globale Aurora a una versione più recente del motore secondario in tutte le regioni con un'unica operazione gestita e tempi di inattività minimi, eliminando la necessità di aggiornare manualmente ogni cluster singolarmente e riducendo il sovraccarico operativo per la gestione globale dei cluster.

Informazioni sugli aggiornamenti delle versioni minori del database globale

Puoi aggiornare la versione secondaria del tuo database globale tramite l'API RDS AWS CLI, oppure. Console di gestione AWS Questa singola operazione orchestra l'aggiornamento nel cluster principale e in tutti i cluster secondari (mirror). Se si verificano problemi durante l'aggiornamento, il servizio torna automaticamente alla versione esistente.

Quando si avvia un aggiornamento di una versione secondaria del database globale utilizzando il modify-global-cluster comando, si specifica la versione del motore di destinazione e il servizio coordina l'aggiornamento in tutti i cluster. Questo aggiornamento viene applicato immediatamente.

Per Linux, macOS o Unix:

aws rds modify-global-cluster \
    --global-cluster-identifier global_cluster_identifier \
    --engine-version target_engine_version

Per Windows:

aws rds modify-global-cluster ^
    --global-cluster-identifier global_cluster_identifier ^
    --engine-version target_engine_version

Considerazioni per gli aggiornamenti di versioni minori

Quando pianificate un aggiornamento di versione minore per il vostro database globale, tenete presente quanto segue:

È possibile aggiornare singolarmente ogni cluster nella topologia globale del cluster. Se scegli questo approccio, aggiorna tutti i cluster secondari prima di aggiornare il cluster primario. Durante l'aggiornamento, assicurati che i cluster DB primari e secondari siano aggiornati alla stessa versione secondaria e allo stesso livello di patch. Per aggiornare il livello di patch, applica tutte le azioni di manutenzione in sospeso sul cluster secondario. Per informazioni su come aggiornare un database globale Aurora PostgreSQL a una versione secondaria superiore, consulta Come eseguire aggiornamenti della versione secondaria e applicare patch.

Aggiornamenti di versione minori per il database globale Aurora MySQL

Per informazioni su come aggiornare un database globale Aurora MySQL a una versione secondaria superiore, consulta Aggiornamento di Aurora MySQL modificando la versione del motore.

Prima di eseguire l'aggiornamento, esamina le seguenti considerazioni:

Compatibilità del livello di patch per switchover e failover gestiti tra regioni

Se il database globale Aurora sta operando una delle seguenti versioni secondarie del motore, puoi eseguire switchover o failover gestiti tra Regioni anche se i livelli di patch dei cluster di database primario e secondari non corrispondono. Per le versioni secondarie del motore precedenti a quelle presenti in questo elenco, i cluster di database primario e secondari devono eseguire la stessa versione principale e secondaria e allo stesso livello di patch per eseguire switchover o failover gestiti tra Regioni. Assicurati di esaminare le informazioni sulla versione e le note nella tabella seguente quando pianifichi gli aggiornamenti per il cluster primario, i cluster secondari o entrambi.