Modificare un Aurora Serverless v1 cluster di database - Amazon Aurora
Modifica della configurazione di dimensionamentoAggiornamento della versione principaleConversione da Aurora Serverless v1 a fornitoConsiderazioni sulla conversione da un Aurora Serverless v1 Un cluster DB a un cluster predisposto

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

Modificare 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 che non verranno 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 .

Dopo aver configurato un Aurora Serverless v1 Il cluster DB, è possibile modificare determinate proprietà con AWS Management Console AWS CLI, the o l'API RDS. La maggior parte delle proprietà che puoi modificare sono le stesse di altri tipi di cluster Aurora.

Le modifiche più rilevanti per Aurora Serverless v1 sono le seguenti:

Modifica della configurazione di ridimensionamento di un Aurora Serverless v1 cluster di database

Puoi impostare le capacità minima e massima per il cluster di database. Ogni unità di capacità equivale a una specifica configurazione di memoria e calcolo. Aurora Serverless crea automaticamente regole di ridimensionamento per le soglie relative all'utilizzo della CPU, alle connessioni e alla memoria disponibile. È inoltre possibile impostare se Aurora Serverless mette in pausa il database quando non c'è alcuna attività e poi riprende quando l'attività ricomincia.

Puoi impostare i seguenti valori specifici per la configurazione di dimensionamento:

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

  • Timeout e azione con scalabilità automatica: questa sezione specifica per quanto tempo Aurora Serverless attende di trovare un punto di scala prima del timeout. Specifica anche l'operazione da eseguire quando una modifica della capacità raggiunge il timeout perché non riesce a trovare un punto di dimensionamento. Aurora può forzare la modifica della capacità per impostare la capacità sul valore specificato non appena possibile. Oppure, può eseguire il rollback della modifica della capacità per annullarla. Per ulteriori informazioni, consulta Operazione di timeout per le modifiche di capacità.

  • Pausa dopo l'inattività: utilizza l'impostazione opzionale Ridimensiona la capacità a 0 ACUs quando il cluster è inattivo per ridimensionare il database fino a zero capacità di elaborazione mentre è inattivo. Quando il traffico di database riprende, Aurora aumenta automaticamente la capacità di calcolo e si dimensiona per gestire il traffico.

Nota

Quando si modifica l'intervallo di capacità per un Aurora Serverless Il cluster DB, la modifica avviene immediatamente, indipendentemente dal fatto che si scelga di applicarla immediatamente o durante la successiva finestra di manutenzione programmata.

Puoi modificare la configurazione di dimensionamento di un cluster di database Aurora dalla AWS Management Console.

Per modificare un Aurora Serverless v1 cluster di database

  1. Aprire la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

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

  3. Seleziona Aurora Serverless v1 Cluster DB che si desidera modificare.

  4. Per Actions (Operazioni), scegliere Modify cluster (Modifica cluster).

  5. Nella sezione Capacity settings (Impostazioni di capacità), modificare la configurazione di dimensionamento.

  6. Scegli Continua.

  7. Nella pagina Modifica il cluster DB rivedi le modifiche apportate, quindi scegli quando applicarle.

  8. Scegliere Modify cluster (Modifica cluster).

Per modificare la configurazione di scalabilità di un Aurora Serverless v1 Cluster DB che utilizza AWS CLI, esegui il modify-db-cluster AWS CLI comando. Specifica 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.

In questo esempio, si modifica la configurazione di scalabilità di un Aurora Serverless v1 Cluster DB denominatosample-cluster.

In Linux, macOS, oppure Unix:

aws rds modify-db-cluster \
    --db-cluster-identifier sample-cluster \
    --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true

In Windows:

aws rds modify-db-cluster ^
    --db-cluster-identifier sample-cluster ^
    --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true

È possibile modificare la configurazione di scalabilità di un cluster Aurora DB con l'operazione DBCluster Modify API. Specifica 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.

Aggiornamento della versione principale di un Aurora Serverless v1 cluster di database

Importante

AWS ha annunciato la data per end-of-life Aurora Serverless v1: 31 marzo 2025. Tutti Aurora Serverless v1 i cluster che non verranno 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 aggiornare la versione principale per un Aurora Serverless v1 Cluster DB compatibile con PostgreSQL 11 fino a una versione corrispondente compatibile con PostgreSQL 13.

È possibile eseguire un aggiornamento sul posto di un Aurora Serverless v1 Cluster DB che utilizza. AWS Management Console

Per aggiornare un Aurora Serverless v1 cluster di database

  1. Aprire la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/.

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

  3. Seleziona Aurora Serverless v1 Cluster DB che si desidera aggiornare.

  4. Per Actions (Operazioni), scegliere Modify cluster (Modifica cluster).

  5. In Versione, scegli 13 come numero di versione di Aurora PostgreSQL.

    Il seguente esempio mostra un aggiornamento locale da Aurora PostgreSQL 11.16 a 13.9.

    Aggiornamento di un Aurora Serverless v1 Cluster DB utilizzando la console

    Se esegui un aggiornamento della versione principale, non modificare tutte le altre proprietà. Per modificare una qualsiasi delle altre proprietà, esegui un'operazione Modifica al termine dell'aggiornamento.

  6. Scegli Continua.

  7. Nella pagina Modifica il cluster DB rivedi le modifiche apportate, quindi scegli quando applicarle.

  8. Scegliere Modify cluster (Modifica cluster).

Per eseguire un aggiornamento sul posto da un sistema compatibile con PostgreSQL 11 Aurora Serverless v1 Da cluster DB a un cluster compatibile con PostgreSQL 13, specifica il parametro --engine-version con un numero di versione 13 di Aurora PostgreSQL compatibile con Aurora Serverless v1. Includi anche il --allow-major-version-upgrade parametro.

In questo esempio, si modifica la versione principale di un file compatibile con PostgreSQL 11 Aurora Serverless v1 sample-clusterCluster DB denominato. In questo modo viene eseguito un aggiornamento sul posto a un sistema compatibile con PostgreSQL 13 Aurora Serverless v1 Cluster DB.

aws rds modify-db-cluster \
    --db-cluster-identifier sample-cluster \
    --engine-version 13.serverless_12 \
    --allow-major-version-upgrade

In Windows:

aws rds modify-db-cluster ^
    --db-cluster-identifier sample-cluster ^
    --engine-version 13.serverless_12 ^
    --allow-major-version-upgrade

Per eseguire un aggiornamento sul posto da un sistema compatibile con PostgreSQL 11 Aurora Serverless v1 Da cluster DB a un cluster compatibile con PostgreSQL 13, specifica il parametro EngineVersion con un numero di versione 13 di Aurora PostgreSQL compatibile con Aurora Serverless v1. Includi anche il AllowMajorVersionUpgrade parametro.

Convertire un Aurora Serverless v1 Da cluster DB a provisioning

È possibile convertire un Aurora Serverless v1 Cluster DB in un cluster DB predisposto. Per eseguire la conversione, utilizza la AWS CLI o l'API Amazon RDS per modificare la classe dell'istanza DB in Provisioned. Utilizza i passaggi seguenti per modificare la classe dell'istanza DB.

L'esempio seguente mostra come utilizzare la AWS CLI per convertire un Aurora Serverless v1 Cluster DB in un cluster predisposto.

Per convertire un Aurora Serverless v1 Un cluster DB in un cluster fornito, esegui il modify-db-cluster AWS CLI comando.

I parametri seguenti sono obbligatori:

  • --db-cluster-identifier— Il Aurora Serverless v1 Cluster DB che stai convertendo in provisioned.

  • --engine-mode: usa il valore provisioned.

  • --allow-engine-mode-change

  • --db-cluster-instance-class— Scegliete la classe di istanza DB per il cluster DB di cui è stato effettuato il provisioning in base alla capacità del Aurora Serverless v1 Cluster DB.

In questo esempio, converti un Aurora Serverless v1 Cluster DB denominato sample-cluster e utilizzo della classe di istanza db.r5.xlarge DB.

In Linux, macOS, oppure Unix:

aws rds modify-db-cluster \
--db-cluster-identifier sample-cluster \
--engine-mode provisioned \
--allow-engine-mode-change \
--db-cluster-instance-class db.r5.xlarge

In Windows:

aws rds modify-db-cluster ^
--db-cluster-identifier sample-cluster ^
--engine-mode provisioned ^
--allow-engine-mode-change ^
--db-cluster-instance-class db.r5.xlarge

L'esempio seguente mostra come utilizzare l'API Amazon RDS per convertire un Aurora Serverless v1 Cluster DB in un cluster predisposto.

Per convertire un Aurora Serverless v1 Un cluster DB in un cluster fornito, utilizza l'operazione Modify DBCluster API.

I parametri seguenti sono obbligatori:

  • DBClusterIdentifier— Il Aurora Serverless v1 Cluster DB che stai convertendo in provisioned.

  • EngineMode: usa il valore provisioned.

  • AllowEngineModeChange

  • DBClusterInstanceClass— Scegliete la classe di istanza DB per il cluster DB di cui è stato effettuato il provisioning in base alla capacità del Aurora Serverless v1 Cluster DB.

Considerazioni sulla conversione da un Aurora Serverless v1 Un cluster DB a un cluster predisposto

Le seguenti considerazioni si applicano quando Aurora Serverless v1 Il cluster DB viene convertito in un cluster fornito:

  • È possibile utilizzare questa conversione come parte dell'aggiornamento del cluster DB da Aurora Serverless v1 in Aurora Serverless v2. Per ulteriori informazioni, vedereAggiornamento da un Aurora Serverless v1 cluster a Aurora Serverless v2.

  • Il processo di conversione crea un'istanza DB reader nel cluster DB, promuove l'istanza reader a istanza writer e quindi elimina l'originale Aurora Serverless v1 istanza. Quando si converte il cluster di database, non è possibile eseguire altre modifiche contemporaneamente, ad esempio la modifica della versione del motore di database o del gruppo di parametri del cluster di database. L'operazione di conversione viene applicata immediatamente e non può essere annullata.

  • Durante la conversione, viene acquisito uno snapshot del cluster di database di backup in caso di errore. L'identificatore per lo snapshot del cluster di database ha il formato pre-modify-engine-mode-DB_cluster_identifier-timestamp.

  • Aurora utilizza la versione secondaria predefinita corrente del motore di database per il cluster di database allocato.

  • Se non fornite una classe di istanza DB per il cluster DB convertito, Aurora ne consiglia una basata sulla capacità massima dell'originale Aurora Serverless v1 Cluster DB. La capacità consigliata per le mappature delle classi di istanza è illustrata nella tabella seguente.

    Serverless capacità massima (ACUs) Classe di istanza database allocata
    1 db.t3.small
    2 db.t3.medium
    4 db.t3.large
    8 db.r5.large
    16 db.r5.xlarge
    32 db.r5.2xlarge
    64 db.r5.4xlarge
    128 db.r5.8xlarge
    192 db.r5.12xlarge
    256 db.r5.16xlarge
    384 db.r5.24xlarge
Nota

A seconda della classe di istanza DB scelta e dell'utilizzo del database, potresti riscontrare costi diversi per un cluster DB fornito rispetto a Aurora Serverless v1.

Se converti il tuo Aurora Serverless v1 Il cluster DB in una classe di istanza DB espandibile (db.t*) potrebbe comportare costi aggiuntivi per l'utilizzo del cluster DB. Per ulteriori informazioni, consulta Tipi di classi di istanza database.