Ripristino di un Aurora Serverless v1 cluster di database - 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 Aurora Serverless v1 cluster di database

Importante

AWS ha annunciato la end-of-life data per Aurora Serverless v1: 31 marzo 2025. Tutti Aurora Serverless v1 i cluster non migrati entro il 31 marzo 2025 verranno migrati in 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 di provisioning convertito in Amazon RDS Extended Support. Per ulteriori informazioni, consulta Supporto esteso di Amazon RDS con .

Puoi configurare un Aurora Serverless v1 Cluster DB quando si ripristina uno snapshot del cluster DB di cui è stato effettuato il provisioning con l'API AWS CLI o RDS.

Quando si ripristina un'istantanea su un Aurora Serverless v1 Cluster DB, è possibile impostare i seguenti valori specifici:

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

  • Unità con capacità massima 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.

È possibile configurare un Aurora Serverless Cluster DB quando si ripristina uno snapshot del cluster DB di cui è stato eseguito il provisioning con AWS Management Console AWS CLI, the o l'API RDS.

Quando si ripristina un'istantanea su un Aurora Serverless Cluster DB, è possibile impostare i seguenti valori specifici:

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

  • Unità con capacità massima 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 DB deve essere compatibile con Aurora Serverless v1. Per l'elenco delle versioni supportate, vedereAurora Serverless v1.

Per ripristinare un'istantanea su un Aurora Serverless v1 cluster con compatibilità MySQL 5.7, include i seguenti parametri aggiuntivi:

  • --engine aurora-mysql

  • --engine-version 5.7

I --engine-version parametri --engine and consentono di creare un file compatibile con MySQL 5.7 Aurora Serverless v1 cluster da Aurora compatibile con MySQL 5.6 o Aurora Serverless v1 istantanea. L'esempio seguente ripristina un'istantanea da un cluster compatibile con MySQL 5.6 denominato a un cluster compatibile con MySQL 5.7 mydbclustersnapshot Aurora Serverless v1 cluster denominato. mynewdbcluster

In Linux, macOS, oppure 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

In 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, si esegue il ripristino da uno snapshot del cluster DB creato in precedenza denominato mydbclustersnapshot a un nuovo cluster DB denominatomynewdbcluster. Si imposta il --scaling-configuration in modo che il nuovo Aurora Serverless v1 Il cluster DB può scalare da 8 ACUs a 64 ACUs (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.

In Linux, macOS, oppure 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

In 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 Aurora Serverless v1 Cluster DB quando esegui il ripristino da un cluster DB utilizzando l'API RDS, esegui l'DBClusterFromSnapshotoperazione di ripristino e specifica serverless il EngineMode parametro.

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.