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à.
Modifica di un cluster di database Aurora Serverless v1
Importante
AWS ha annunciato la end-of-life data delAurora Serverless v1: 31 marzo 2025
Dopo aver configurato un cluster Aurora Serverless v1 DB, è possibile modificare determinate proprietà con Console di gestione AWS, the o l' AWS CLI API RDS. La maggior parte delle proprietà che puoi modificare sono le stesse di altri tipi di cluster Aurora.
Di seguito sono riportate le modifiche più importanti di Aurora Serverless v1:
Modifica della configurazione di dimensionamento di un cluster di database Aurora Serverless v1
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 dimensionamento in base alle soglie per utilizzo della CPU, connessioni e memoria disponibile. Puoi anche specificare se Aurora Serverless sospende il database in assenza di attività e lo ripristina quando l'attività ricomincia.
Puoi impostare i seguenti valori specifici per la configurazione di dimensionamento:
-
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à.
-
Il timeout e l'operazione di scalabilità automatica: questa sezione specifica per quanto tempo Aurora Serverlessattende di trovare un punto di dimensionamento 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 una capacità di elaborazione pari a zero 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 cluster database Aurora Serverless, la modifica viene implementata subito, indipendentemente dal fatto che si scelga di applicarla immediatamente o durante la successiva finestra di manutenzione pianificata.
Puoi modificare la configurazione di dimensionamento di un cluster di database Aurora dalla Console di gestione AWS.
Per modificare un cluster di database Aurora Serverless v1
Aprire la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/
. -
Nel pannello di navigazione, scegliere Databases (Database).
-
Seleziona il cluster di database Aurora Serverless v1 che desideri modificare.
-
Per Actions (Operazioni), scegliere Modify cluster (Modifica cluster).
-
Nella sezione Capacity settings (Impostazioni di capacità), modificare la configurazione di dimensionamento.
-
Scegli Continua.
-
Nella pagina Modifica il cluster DB rivedi le modifiche apportate, quindi scegli quando applicarle.
-
Scegliere Modify cluster (Modifica cluster).
Per modificare la configurazione di scalabilità di un cluster Aurora Serverless v1 DB utilizzando il, esegui il AWS CLI comando. modify-db-cluster--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,128e256. -
Aurora PostgreSQL:
2,4,8,16,32,64,192e384.
In questo esempio, si modifica la configurazione di scalabilità di un cluster Aurora Serverless v1 DB denominato. sample-cluster
Per Linux, macOS o Unix:
aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true
Per 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,128e256. -
Aurora PostgreSQL:
2,4,8,16,32,64,192e384.
Aggiornamento della versione principale di un cluster di database Aurora Serverless v1
Importante
AWS ha annunciato la end-of-life data delAurora Serverless v1: 31 marzo 2025
Puoi aggiornare la versione principale per un cluster database Aurora Serverless v1 compatibile con PostgreSQL 11 a una versione corrispondente compatibile con PostgreSQL 13.
Puoi eseguire un aggiornamento locale di un cluster di database Aurora Serverless v1 usando la Console di gestione AWS.
Per aggiornare un cluster di database Aurora Serverless v1
Aprire la console Amazon RDS all'indirizzo https://console.aws.amazon.com/rds/
. -
Nel pannello di navigazione, seleziona Database.
-
Seleziona il cluster di database Aurora Serverless v1 che desideri aggiornare.
-
Per Actions (Operazioni), scegliere Modify cluster (Modifica cluster).
-
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.
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.
-
Scegli Continua.
-
Nella pagina Modifica il cluster DB rivedi le modifiche apportate, quindi scegli quando applicarle.
-
Scegliere Modify cluster (Modifica cluster).
Per eseguire un aggiornamento locale da un cluster di database Aurora Serverless v1 compatibile con PostgreSQL 11 a uno compatibile con PostgreSQL 13, specifica il parametro --engine-version con un numero di versione Aurora PostgreSQL versione 13 compatibile con Aurora Serverless v1. Includi anche il parametro --allow-major-version-upgrade.
In questo esempio, viene modificata la versione principale di un cluster database Aurora Serverless v1 compatibile con PostgreSQL 11 denominata sample-cluster. Questo consente di eseguire un aggiornamento locale a un cluster di database Aurora Serverless v1 compatibile con PostgreSQL 13.
aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --engine-version 13.serverless_12 \ --allow-major-version-upgrade
Per Windows:
aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --engine-version 13.serverless_12 ^ --allow-major-version-upgrade
Per eseguire un aggiornamento locale da un cluster di database Aurora Serverless v1 compatibile con PostgreSQL 11 a uno compatibile con PostgreSQL 13, specifica il parametro EngineVersion con un numero di versione Aurora PostgreSQL versione 13 compatibile con Aurora Serverless v1. Includi anche il parametro AllowMajorVersionUpgrade.
Conversione di cluster di database Aurora Serverless v1 in allocato
Puoi convertire un cluster di database Aurora Serverless v1 in un cluster di database allocato. 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 database.
L'esempio seguente dimostra come utilizzare la AWS CLI per convertire Aurora Serverless v1 un cluster DB in un cluster con provisioning.
Per convertire un cluster Aurora Serverless v1 DB in un cluster con provisioning, esegui il comando. modify-db-cluster AWS CLI
I parametri seguenti sono obbligatori:
-
--db-cluster-identifier: il cluster di database Aurora Serverless v1 che stai convertendo in allocato. -
--engine-mode: usa il valoreprovisioned. -
--allow-engine-mode-change -
--db-cluster-instance-class: scegli la classe di istanza database per il cluster di database allocato in base alla capacità del cluster di database Aurora Serverless v1.
In questo esempio, si converte un cluster di database Aurora Serverless v1 denominato sample-cluster e si utilizza la classe di istanza database db.r5.xlarge.
Per Linux, macOS o Unix:
aws rds modify-db-cluster \ --db-cluster-identifiersample-cluster\ --engine-mode provisioned \ --allow-engine-mode-change \ --db-cluster-instance-classdb.r5.xlarge
Per Windows:
aws rds modify-db-cluster ^ --db-cluster-identifiersample-cluster^ --engine-mode provisioned ^ --allow-engine-mode-change ^ --db-cluster-instance-classdb.r5.xlarge
L’esempio seguente dimostra come utilizzare l’API Amazon RDS per convertire un cluster di database Aurora Serverless v1 in un cluster con provisioning.
Per convertire un cluster Aurora Serverless v1 DB in un cluster con provisioning, utilizzate l'operazione Modify DBCluster API.
I parametri seguenti sono obbligatori:
-
DBClusterIdentifier: il cluster di database Aurora Serverless v1 che stai convertendo in allocato. -
EngineMode: usa il valoreprovisioned. -
AllowEngineModeChange -
DBClusterInstanceClass: scegli la classe di istanza database per il cluster di database allocato in base alla capacità del cluster di database Aurora Serverless v1.
Considerazioni sulla conversione da un cluster di database Aurora Serverless v1 a un cluster con provisioning
Le seguenti considerazioni si applicano alla conversione da un cluster di database Aurora Serverless v1 a un cluster con provisioning.
-
Puoi utilizzare questa conversione come parte dell'aggiornamento del tuo cluster di database da Aurora Serverless v1 a Aurora Serverless v2. Per ulteriori informazioni, consulta Aggiornamento da un cluster Aurora Serverless v1 ad Aurora Serverless v2.
-
Il processo di conversione crea un'istanza database di lettura nel cluster di database, promuove l'istanza di lettura in un'istanza di scrittura ed elimina l'istanza Aurora Serverless v1 originale. 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 fornisci una classe di istanza database per il cluster di database convertito, Aurora ne consiglia una in base alla capacità massima del cluster di database Aurora Serverless v1 originale. La capacità consigliata per le mappature delle classi di istanza è illustrata nella tabella seguente.
Serverlesscapacità 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 database scelta e dell'utilizzo del database, è possibile che vengano calcolati costi diversi per un cluster di database allocato rispetto a Aurora Serverless v1.
Se converti il tuo cluster di database Aurora Serverless v1 in una classe di istanza database (db.t*) espandibile, potresti incorrere in costi aggiuntivi per l'utilizzo del cluster di database. Per ulteriori informazioni, consulta Tipi di classi di istanza database.
