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

Requisiti e limitazioni per Aurora serverless

Quando crei un cluster da utilizzare con le istanze database Aurora serverless, presta attenzione ai requisiti e alle limitazioni seguenti:

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, consultare Regioni e motori di database Aurora supportati per Aurora serverless.

L'esempio seguente mostra i AWS CLI comandi per confermare i valori esatti del motore DB che è possibile utilizzare Aurora serverless per uno specifico Regione AWS. Il parametro --db-instance-class per Aurora serverless è 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 è 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 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 varia da un minimo di 0 unità di capacità Aurora (ACU) a un massimo di 256 ACU, con incrementi di 0,5 ACU. Il valore minimo consentito dipende dalla versione di Aurora. 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 utilizza le impostazioni dell'intervallo di capacità, consulta Funzionamento di Aurora serverless.

Per gli intervalli di capacità consentiti per le varie versioni del motore di database e le varie versioni della piattaforma, consulta Capacità di Aurora serverless. L’intervallo di dimensionamento disponibile per uno specifico cluster è influenzato sia dalla versione del motore che dall’hardware (versione della piattaforma).

È possibile specificare i valori ACU minimi e massimi in fase di creazione di un cluster e dell' Console di gestione AWS istanza Aurora serverless 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 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 per un cluster Aurora.

Configurazione di scalabilità incompatibile

Quando modifichi il cluster Aurora PostgreSQL con una capacità massima inferiore, ogni istanza verrà ridimensionata per adattarsi alla nuova configurazione. Se Aurora rileva che una delle tue istanze ha problemi di ridimensionamento, può annullare e ripristinare l'aggiornamento della configurazione di ridimensionamento. Di conseguenza, le istanze torneranno alla configurazione precedente. Questo problema può verificarsi se la nuova capacità massima non è sufficiente per gestire il carico di lavoro corrente o se i parametri personalizzati applicati al gruppo di parametri del database del cluster o delle istanze sono impostati su un valore troppo elevato.

All'avvio del rollback, riceverai una notifica tramite un evento Amazon RDS contenente informazioni sulle istanze che non hanno potuto applicare la configurazione di scalabilità desiderata. Una volta completato il rollback, la capacità massima della configurazione di scalabilità tornerà al valore più alto originale. A causa del rollback, è possibile che anche la capacità del Aurora Serverless database in tutte le istanze del cluster possa aumentare, con conseguenti costi più elevati.

Ad esempio, si dispone di un Aurora Serverless cluster Aurora PostgreSQL con una singola istanza e la configurazione di scalabilità è impostata su, e. minCapacity=0.5 maxCapacity=128 secondsUntilAutopause=null Inoltre, il parametro del database track_activity_query_size è impostato su un valore personalizzato di 40960. Se poi modifichi la configurazione di scalabilità del cluster per avere una capacità massima di 1 ACU, potresti notare che dopo un paio d'ore la modifica non è stata completata. L'elevato valore del track_activity_query_size parametro richiede più risorse di quelle che la nuova capacità massima può fornire. Di conseguenza, anche senza carico di lavoro, l'istanza ServerlessDatabaseCapacity non può essere ridimensionata fino a raggiungere la nuova capacità massima di 1 ACU. Aurora serverlessannullerà quindi la modifica della configurazione di ridimensionamento e riapplicherà la precedente configurazione di ridimensionamento di,,. minCapacity=0.5 maxCapacity=128 secondsUntilAutopause=null L'istanza verrà quindi ridimensionata fino a corrispondere alla configurazione di ridimensionamento precedente, ponendo fine alla modifica del cluster. Viene pubblicato un evento Amazon RDS che notifica che un aggiornamento di configurazione di scalabilità incompatibile è stato rilevato, annullato e ripristinato alla configurazione precedente.

Problemi e soluzioni

Aurora serverless non suppporta alcune caratteristiche di provisioning

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

Alcune caratteristiche di Aurora, pur funzionando con Aurora serverless, 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, il database potrebbe non funzionare come al solito o potrebbero verificarsi errori dovuti all'esaurimento della memoria. Per consigli sull'impostazione dell'intervallo di capacità appropriato, consulta Scelta dell'intervallo di capacità di Aurora serverless per un cluster Aurora. Per informazioni sulla risoluzione dei problemi quando il database rileva errori di memoria insufficiente causati da un intervallo di capacità configurato in modo errato, consulta Esclusione di errori dovuti all'esaurimento della memoria.

Il dimensionamento automatico in Aurora non è supportato. Questo tipo di dimensionamento aggiunge nuove istanze di lettura per gestire ulteriori carichi di lavoro ad uso intensivo di lettura in base all’utilizzo della CPU. Tuttavia, il dimensionamento basato sull’utilizzo della CPU non è significativo per Aurora serverless. In alternativa, puoi creare anticipatamente le istanze database di lettura Aurora serverless 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.