Come eseguire un aggiornamento in loco - Amazon Aurora
Come gli aggiornamenti in loco influiscono sui gruppi di parametri per un clusterModifiche alle proprietà del cluster tra le versioni di Aurora My SQLPrincipali aggiornamenti in loco per database globali

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

Come eseguire un aggiornamento in loco

Ti consigliamo di rivedere il materiale di background in Come funziona l'aggiornamento della versione principale di Aurora My SQL in-place.

Esegui qualsiasi pianificazione e test prima dell'aggiornamento, come descritto in. Pianificazione di un aggiornamento di versione principale per un cluster Aurora My SQL

L'esempio seguente aggiorna il cluster mydbcluster-cluster DB alla versione 3.04.1 di Aurora SQL My.

Per aggiornare la versione principale di un cluster Aurora My DB SQL

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

  2. Se è stato utilizzato un gruppo di parametri personalizzato con il cluster di database originale, crea un gruppo di parametri corrispondente compatibile con la nuova versione principale. Apportare le modifiche necessarie ai parametri di configurazione nel nuovo gruppo di parametri. Per ulteriori informazioni, consulta Come gli aggiornamenti in loco influiscono sui gruppi di parametri per un cluster.

  3. Nel riquadro di navigazione, scegliere Databases (Database).

  4. Scegliere il cluster di database che si desidera modificare.

  5. Scegliere Modify (Modifica).

  6. Per Versione, scegli una nuova versione SQL principale di Aurora My.

    In genere consigliamo di utilizzare la versione secondaria più recente della versione principale. Qui, scegliamo la versione predefinita corrente.

    Aggiornamento sul posto di un cluster Aurora SQL My DB dalla versione 2 alla versione 3

  7. Scegli Continue (Continua).

  8. Nella pagina successiva specificare quando eseguire l'aggiornamento. Scegliere During the next scheduled maintenance window (Durante la successiva finestra di manutenzione programmata) o Immediately (Immediatamente).

  9. (Facoltativo) Esamina periodicamente la pagina Eventi nella RDS console durante l'aggiornamento. In questo modo è possibile monitorare lo stato di avanzamento dell'aggiornamento e identificare eventuali problemi. Se l'aggiornamento incontra dei problemi, consulta Risoluzione dei problemi relativi all'aggiornamento in-place di Aurora My SQL per la procedura da intraprendere.

  10. Se all'inizio di questa procedura è stato creato un nuovo gruppo di parametri, associa il gruppo di parametri personalizzati al cluster aggiornato. Per ulteriori informazioni, consulta Come gli aggiornamenti in loco influiscono sui gruppi di parametri per un cluster.

    Nota

    Per eseguire questo passaggio, è necessario riavviare nuovamente il cluster per applicare il nuovo gruppo di parametri.

  11. (Facoltativo) Dopo avere completato i test successivi all'aggiornamento, eliminare lo snapshot manuale che Aurora ha creato all'inizio dell'aggiornamento.

Per aggiornare la versione principale di un cluster Aurora My SQL DB, usa il AWS CLI modify-db-clustercomando con i seguenti parametri richiesti:

  • --db-cluster-identifier

  • --engine-version

  • --allow-major-version-upgrade

  • --apply-immediately o --no-apply-immediately

Se il cluster utilizza gruppi di parametri personalizzati, includere anche una o entrambe le opzioni seguenti:

  • --db-cluster-parameter-group-name, se il cluster utilizza un gruppo di parametri cluster personalizzato

  • --db-instance-parameter-group-name, se alcune istanze del cluster utilizzano un gruppo di parametri database personalizzato

L'esempio seguente aggiorna il cluster sample-cluster DB alla versione 3.04.1 di Aurora SQL My. L'aggiornamento avviene immediatamente, invece di attendere la successiva finestra di manutenzione.

Esempio

In Linux, macOS, oppure Unix:

aws rds modify-db-cluster \
          --db-cluster-identifier sample-cluster \
          --engine-version 8.0.mysql_aurora.3.04.1 \
          --allow-major-version-upgrade \
          --apply-immediately

In Windows:

aws rds modify-db-cluster ^
          --db-cluster-identifier sample-cluster ^
          --engine-version 8.0.mysql_aurora.3.04.1 ^
          --allow-major-version-upgrade ^
          --apply-immediately

È possibile combinare altri CLI comandi modify-db-cluster per creare un end-to-end processo automatizzato per l'esecuzione e la verifica degli aggiornamenti. Per maggiori informazioni ed esempi, vedi Aurora Il mio tutorial di aggiornamento SQL sul posto.

Nota

Se il cluster fa parte di un database globale Aurora, la procedura di aggiornamento in loco è leggermente diversa. Si chiama l'operazione di modify-global-clustercomando invece di. modify-db-cluster Per ulteriori informazioni, consulta Principali aggiornamenti in loco per database globali.

Per aggiornare la versione principale di un cluster Aurora My SQL DB, utilizzare l'RDSAPIoperazione M odifyDBCluster con i seguenti parametri richiesti:

  • DBClusterIdentifier

  • Engine

  • EngineVersion

  • AllowMajorVersionUpgrade

  • ApplyImmediately ( impostato su true o false)

Nota

Se il cluster fa parte di un database globale Aurora, la procedura di aggiornamento in loco è leggermente diversa. Si chiama l'ModifyGlobalClusteroperazione invece di. ModifyDBCluster Per ulteriori informazioni, consulta Principali aggiornamenti in loco per database globali.

Come gli aggiornamenti in loco influiscono sui gruppi di parametri per un cluster

I gruppi di parametri Aurora hanno diversi set di impostazioni di configurazione per i cluster compatibili con My SQL 5.7 o 8.0. Quando si esegue un aggiornamento locale, il cluster aggiornato e tutte le relative istanze devono utilizzare i corrispondenti gruppi di parametri cluster e istanza corrispondenti.

Il cluster e le istanze potrebbero utilizzare i gruppi di parametri compatibili con 5.7 predefiniti. In tal caso, il cluster e l'istanza aggiornati iniziano con i gruppi di parametri compatibili con 8.0 predefiniti. Se il cluster e le istanze utilizzano gruppi di parametri personalizzati, accertarsi di creare i gruppi di parametri compatibili con 8.0 corrispondenti. Accertarsi inoltre di specificarli durante il processo di aggiornamento.

Nota

Per la maggior parte delle impostazioni dei parametri, è possibile scegliere il gruppo di parametri personalizzati in due punti. Quando si crea il cluster o quando si associa il gruppo di parametri al cluster in un secondo momento.

Tuttavia, se si utilizza un'impostazione non predefinita per il parametro lower_case_table_names, è necessario impostare il gruppo di parametri personalizzati con questa impostazione in anticipo. Quindi specificare il gruppo di parametri quando si esegue il ripristino dello snapshot per creare il cluster. Qualsiasi modifica al parametro lower_case_table_names non ha effetto dopo la creazione del cluster.

Si consiglia di utilizzare la stessa impostazione per lower_case_table_names l'aggiornamento da Aurora My SQL versione 2 alla versione 3.

Con un database globale Aurora basato su Aurora MySQL, non è possibile eseguire un aggiornamento sul posto da Aurora SQL My versione 2 alla versione 3 se il parametro è attivato. lower_case_table_names Per ulteriori informazioni sui metodi disponibili all'uso, consulta Aggiornamenti di una versione principale.

Importante

Se si specifica un gruppo di parametri personalizzato durante il processo di aggiornamento, accertarsi di riavviare manualmente il cluster al termine dell'aggiornamento. In questo modo, il cluster inizia a utilizzare le impostazioni dei parametri personalizzati.

Modifiche alle proprietà del cluster tra le versioni di Aurora My SQL

Quando esegui l'aggiornamento da Aurora My SQL versione 2 alla versione 3, assicurati di controllare tutte le applicazioni o gli script utilizzati per configurare o gestire i cluster e le istanze DB di Aurora MySQL.

Inoltre, modifica il codice che manipola i gruppi di parametri per tenere conto del fatto che i nomi dei gruppi di parametri predefiniti sono diversi per i cluster compatibili con 5.7 e 8.0. I nomi dei gruppi di parametri predefiniti per i cluster Aurora My SQL versione 2 e 3 sono default.aurora-mysql5.7 edefault.aurora-mysql8.0, rispettivamente.

Ad esempio, è possibile che si disponga di codice simile al seguente applicabile al cluster prima di un aggiornamento.

# Check the default parameter values for MySQL 5.7–compatible clusters.
aws rds describe-db-parameters --db-parameter-group-name default.aurora-mysql5.7 --region us-east-1

Dopo avere aggiornato la versione principale del cluster, è necessario modificare tale codice nel modo seguente.

# Check the default parameter values for MySQL 8.0–compatible clusters.
aws rds describe-db-parameters --db-parameter-group-name default.aurora-mysql8.0 --region us-east-1

Principali aggiornamenti in loco per database globali

Per un database globale Aurora, è possibile aggiornare il cluster di database globale. Aurora aggiorna automaticamente tutti i cluster nello stesso momento e assicura che tutti eseguano la stessa versione del motore. Questo requisito è dovuto al fatto che tutte le modifiche apportate alle tabelle di sistema, ai formati di file di dati e così via vengono replicate automaticamente in tutti i cluster secondari.

Segui le istruzioni in Come funziona l'aggiornamento della versione principale di Aurora My SQL in-place. Quando specifichi cosa aggiornare, assicurati di scegliere il cluster di database globale anziché uno dei cluster in esso contenuti.

Se utilizzi il AWS Management Console, scegli l'elemento con il ruolo Database globale.

Aggiornamento del cluster di database globale

Se usi AWS CLI o RDSAPI, avvia il processo di aggiornamento chiamando il modify-global-clustercomando o l'ModifyGlobalClusteroperazione. Utilizzare uno di questi anziché modify-db-cluster o ModifyDBCluster.

Nota

Non è possibile specificare un gruppo di parametri personalizzato per il cluster di database globale mentre si esegue un aggiornamento della versione principale del database globale Aurora. Creare i gruppi di parametri personalizzati in ciascuna regione del cluster globale. Applicarli quindi manualmente ai cluster regionali dopo l'aggiornamento.

Per aggiornare la versione principale di un cluster di database SQL globale Aurora My utilizzando il AWS CLI, utilizzare il modify-global-clustercomando con i seguenti parametri obbligatori:

  • --global-cluster-identifier

  • --engine aurora-mysql

  • --engine-version

  • --allow-major-version-upgrade

L'esempio seguente aggiorna il cluster di database globale alla versione 2.10.2 di Aurora SQL My.

Esempio

In Linux, macOS, oppure Unix:

aws rds modify-global-cluster \
          --global-cluster-identifier global_cluster_identifier \
          --engine aurora-mysql \
          --engine-version 5.7.mysql_aurora.2.10.2 \
          --allow-major-version-upgrade

In Windows:

aws rds modify-global-cluster ^
          --global-cluster-identifier global_cluster_identifier ^
          --engine aurora-mysql ^
          --engine-version 5.7.mysql_aurora.2.10.2 ^
          --allow-major-version-upgrade