Ripristino di un cluster database Aurora Serverless v1 - Amazon Aurora

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

Ripristino di un cluster database Aurora Serverless v1

Importante

AWS ha annunciato la data di fine del ciclo di vita per Aurora Serverless v1: 31 marzo 2025. Tutti i cluster Aurora Serverless v1 di cui non è stata effettuata la migrazione entro il 31 marzo 2025 verranno spostati su Aurora Serverless v2 durante la finestra di manutenzione. Se l’aggiornamento non riesce, Amazon Aurora converte il cluster Serverless v1 in un cluster con provisioning con la versione del motore equivalente durante la finestra di manutenzione. Se applicabile, Amazon Aurora registrerà il cluster con provisioning convertito in supporto esteso per Amazon RDS. Per ulteriori informazioni, consulta Supporto esteso di Amazon RDS con Amazon Aurora.

Puoi configurare un cluster di database Aurora Serverless v1 durante il ripristino dello snapshot di un cluster di database con provisioning utilizzando l’interfaccia AWS CLI o l’API RDS.

Quando ripristini uno snapshot in un cluster database Aurora Serverless v1, puoi impostare i seguenti valori specifici:

  • Unità di capacità minima di Aurora: Aurora Serverless v1 può ridurre la capacità fino a questa unità di capacità.

  • Unità di capacità massima di Aurora: Aurora Serverless v1 può aumentare la capacità fino a questa unità di capacità.

  • Azione di timeout: l'azione da eseguire quando una modifica della capacità scade perché non riesce a trovare un punto di dimensionamento. Aurora Serverless v1 Il cluster database può forzare il cluster database alle nuove impostazioni di capacità impostando l'opzione Forza la capacità di dimensionamento ai valori specificati.... In alternativa, è possibile ripristinare la modifica della capacità per annullarla se non si sceglie l'opzione. Per ulteriori informazioni, consulta Operazione di timeout per le modifiche di capacità.

  • Pause after inactivity (Pausa dopo inattività): periodo di tempo senza traffico di database trascorso il quale la capacità di calcolo viene ridotta a zero. Quando il traffico di database riprende, Aurora aumenta automaticamente la capacità di calcolo e si dimensiona per gestire il traffico.

Per informazioni generali sul ripristino di un cluster database da uno snapshot, consulta Ripristino da uno snapshot cluster database.

Puoi configurare un cluster database Aurora Serverless durante il ripristino della snapshot di un cluster database con provisioning tramite Console di gestione AWS, AWS CLI o l'API RDS.

Quando ripristini uno snapshot in un cluster database Aurora Serverless, puoi impostare i seguenti valori specifici:

  • Unità di capacità minima di Aurora: Aurora Serverless può ridurre la capacità fino a questa unità di capacità.

  • Unità di capacità massima di Aurora: Aurora Serverless può aumentare la capacità fino a questa unità di capacità.

  • Azione di timeout: l'azione da eseguire quando una modifica della capacità scade perché non riesce a trovare un punto di dimensionamento. Aurora Serverless v1 Il cluster database può forzare il cluster database alle nuove impostazioni di capacità impostando l'opzione Forza la capacità di dimensionamento ai valori specificati.... In alternativa, è possibile ripristinare la modifica della capacità per annullarla se non si sceglie l'opzione. Per ulteriori informazioni, consulta Operazione di timeout per le modifiche di capacità.

  • Pause after inactivity (Pausa dopo inattività): periodo di tempo senza traffico di database trascorso il quale la capacità di calcolo viene ridotta a zero. Quando il traffico di database riprende, Aurora aumenta automaticamente la capacità di calcolo e si dimensiona per gestire il traffico.

Nota

La versione dello snapshot del cluster database deve essere compatibile conAurora Serverless v1. Per l'elenco delle versioni supportate, consulta Aurora Serverless v1.

Per ripristinare uno snapshot in un cluster Aurora Serverless v1 con compatibilità MySQL 5.7, includi i seguenti parametri aggiuntivi:

  • --engine aurora-mysql

  • --engine-version 5.7

I parametri --engine e --engine-version consentono di creare un cluster Aurora Serverless v1 compatibile con MySQL 5.7 da uno snapshot Aurora o Aurora Serverless v1compatibile con MySQL 5.6. Nell'esempio seguente viene ripristinata uno snapshot da un cluster compatibile con MySQL 5.6 denominato mydbclustersnapshot in un cluster Aurora Serverless v1 compatibile con MySQL 5.7 denominato mynewdbcluster.

Per Linux, macOS o Unix:

aws rds restore-db-cluster-from-snapshot \
    --db-cluster-identifier mynewdbcluster \
    --snapshot-identifier mydbclustersnapshot \
    --engine-mode serverless \
    --engine aurora-mysql \
    --engine-version 5.7

Per Windows:

aws rds restore-db-cluster-from-snapshot ^
    --db-instance-identifier mynewdbcluster ^
    --db-snapshot-identifier mydbclustersnapshot ^
    --engine aurora-mysql ^
    --engine-version 5.7

Puoi eventualmente specificare l'opzione --scaling-configuration in modo che configuri la capacità minima, quella massima e la pausa automatica quando non sono presenti connessioni. I valori di capacità validi includono quanto segue:

  • Aurora MySQL: 1, 2, 4, 8, 16, 32, 64, 128 e 256.

  • Aurora PostgreSQL: 2, 4, 8, 16, 32, 64, 192 e 384.

Nell'esempio seguente viene eseguito il ripristino da uno snapshot del cluster di database creato in precedenza denominato mydbclustersnapshot in un nuovo cluster di database denominato mynewdbcluster. È possibile impostare --scaling-configuration in modo che il nuovo cluster Aurora Serverless v1 DB può dimensionare da 8 ACU a 64 ACU (unità di capacità Aurora) in base alle esigenze per elaborare il carico di lavoro. Al termine dell'elaborazione e dopo 1000 secondi senza connessioni da supportare, il cluster si arresta fino a quando le richieste di connessione non richiedono il riavvio.

Per Linux, macOS o Unix:

aws rds restore-db-cluster-from-snapshot \
    --db-cluster-identifier mynewdbcluster \
    --snapshot-identifier mydbclustersnapshot \
    --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true

Per Windows:

aws rds restore-db-cluster-from-snapshot ^
    --db-instance-identifier mynewdbcluster ^
    --db-snapshot-identifier mydbclustersnapshot ^
    --engine-mode serverless --scaling-configuration MinCapacity=8,MaxCapacity=64,TimeoutAction='ForceApplyCapacityChange',SecondsUntilAutoPause=1000,AutoPause=true

Per configurare un cluster database Aurora Serverless v1 durante un ripristino da un cluster database tramite l'API RDS, esegui l'operazione RestoreDBClusterFromSnapshot e specifica serverless per il parametro EngineMode.

Puoi eventualmente specificare il parametro ScalingConfiguration in modo che configuri la capacità minima, quella massima e la pausa automatica quando non sono presenti connessioni. I valori di capacità validi includono quanto segue:

  • Aurora MySQL: 1, 2, 4, 8, 16, 32, 64, 128 e 256.

  • Aurora PostgreSQL: 2, 4, 8, 16, 32, 64, 192 e 384.