Requisiti e limitazioni per Aurora Serverless v2

Quando crei un cluster in cui intendi utilizzare istanze Aurora Serverless v2 DB, presta attenzione ai seguenti requisiti e limitazioni.

Disponibilità di regioni e versioni

La disponibilità e il supporto della funzionalità varia tra le versioni specifiche di ciascun motore di database Aurora e tra Regioni AWS. Per ulteriori informazioni sulla disponibilità di versioni e regioni con Aurora e Aurora Serverless v2, consultare Regioni supportate e motori Aurora DB per Aurora Serverless v2.

L'esempio seguente mostra i AWS CLI comandi per confermare i valori esatti del motore DB che è possibile utilizzare Aurora Serverless v2 per una specifica Regione AWS operazione. Il parametro --db-instance-class per Aurora Serverless v2 è sempre db.serverless. Il parametro --engine può essere aurora-mysql o aurora-postgresql. Sostituisci i valori --region e --engine appropriati per verificare i valori --engine-version che puoi utilizzare. Se il comando non produce alcun output, non Aurora Serverless v2 è disponibile per quella combinazione Regione AWS di motore DB.

aws rds describe-orderable-db-instance-options --engine aurora-mysql --db-instance-class db.serverless \
  --region my_region --query 'OrderableDBInstanceOptions[].[EngineVersion]' --output text

aws rds describe-orderable-db-instance-options --engine aurora-postgresql --db-instance-class db.serverless \
  --region my_region --query 'OrderableDBInstanceOptions[].[EngineVersion]' --output text

I cluster che utilizzano Aurora Serverless v2 devono avere un intervallo di capacità specificato

Un cluster Aurora deve disporre di un attributo ServerlessV2ScalingConfiguration prima di poter aggiungere eventuali istanze database che utilizzano la classe dell'istanza database db.serverless. Questo attributo specifica l'intervallo di capacità. La capacità di Aurora Serverless v2 varia da un minimo di 0,5 unità di capacità Aurora (ACU) a un massimo di 128 ACU, con incrementi di 0,5 ACU. Ogni ACU fornisce l'equivalente di circa 2 gibibyte (GiB) di RAM, CPU corrispondente e rete. Per informazioni dettagliate sul modo in cui Aurora Serverless v2 utilizza le impostazioni dell'intervallo di capacità, consulta Funzionamento di Aurora Serverless v2.

È possibile specificare i valori ACU minimi e massimi in fase di creazione di un cluster e dell' AWS Management Console istanza Aurora Serverless v2 DB associata. È anche possibile specificare l'opzione --serverless-v2-scaling-configuration nella AWS CLI. In alternativa, puoi specificare il parametro ServerlessV2ScalingConfiguration con l'API Amazon RDS. Puoi specificare questo attributo quando crei un cluster o modifichi un cluster esistente. Per le procedure di impostazione dell'intervallo di capacità, consulta Impostazione dell'intervallo di capacità di Aurora Serverless v2 per un cluster. Per una discussione dettagliata su come scegliere i valori di capacità minima e massima e su come tali impostazioni influiscono su alcuni parametri del database, vedi Scelta dell'intervallo di capacità di Aurora Serverless v2 per un cluster Aurora.

Aurora Serverless v2 non suppporta alcune caratteristiche di provisioning

Al momento, le seguenti caratteristiche delle istanze database con provisioning Aurora non sono disponibili per Amazon Aurora Serverless v2:

• Flussi di attività di database (DAS)

• Gestione della cache del cluster in Aurora PostgreSQL. Il parametro di configurazione apg_ccm_enabled non si applica alle istanze database Aurora Serverless v2.

Alcune caratteristiche di Aurora, pur funzionando con Aurora Serverless v2, potrebbero causare problemi se l'intervallo di capacità è inferiore a quello richiesto affinché la memoria supporti tali funzionalità con il tuo carico di lavoro specifico. In tal caso, è possibile che il database non funzioni come al solito o che si verifichino out-of-memory errori. Per consigli sull'impostazione dell'intervallo di capacità appropriato, consulta Scelta dell'intervallo di capacità di Aurora Serverless v2 per un cluster Aurora. Per informazioni sulla risoluzione dei problemi nel caso in cui il database riscontri out-of-memory errori dovuti a un intervallo di capacità non configurato correttamente, vedere. Evitare gli errori out-of-memory

Il dimensionamento automatico in Aurora non è supportato. Questo tipo di scalabilità aggiunge nuovi lettori per gestire carichi di lavoro aggiuntivi ad alta intensità di lettura, in base all'utilizzo della CPU. Tuttavia, la scalabilità basata sull'utilizzo della CPU non è significativa per. Aurora Serverless v2 In alternativa, puoi creare anticipatamente le istanze database di lettura Aurora Serverless v2 e lasciarle in condizione di bassa capacità. È un modo più rapido e meno dirompente per scalare la capacità di lettura di un cluster rispetto all'aggiunta dinamica di nuove istanze database.

Aurora Serverless v2 presenta alcuni aspetti diversi rispetto a Aurora Serverless v1

Se sei un Aurora Serverless v1 utente e questa è la prima volta che lo utilizziAurora Serverless v2, consulta le differenze Aurora Serverless v2 e Aurora Serverless v1 i requisiti per capire in che modo i requisiti sono diversi tra Aurora Serverless v1 e. Aurora Serverless v2