# Requisitos e limitações do Aurora Serverless v2
Ao criar um cluster onde você pretende usar instâncias de banco de dados do Aurora Serverless v2, preste atenção aos requisitos e às limitações a seguir.
**Topics**
+ [Disponibilidade de regiões e versões](#aurora-serverless-v2-Availability)
+ [Clusters que usam o Aurora Serverless v2 devem ter um intervalo de capacidade especificado.](#aurora-serverless-v2.requirements.capacity-range)
+ [Alguns recursos provisionados não são compatíveis com o Aurora Serverless v2](#aurora-serverless-v2.limitations)
+ [Alguns aspectos do Aurora Serverless v2 são diferentes do Aurora Serverless v1.](#aurora-serverless-v2.requirements.v1-v2-differences)
## Disponibilidade de regiões e versões
A disponibilidade e a compatibilidade de recursos variam entre versões específicas de cada mecanismo de banco de dados do Aurora e entre Regiões da AWS. Para obter mais informações sobre a disponibilidade de versões e regiões com o Aurora e Aurora Serverless v2, consulte [Regiões e mecanismos de banco de dados do Aurora compatíveis com o Aurora Serverless v2](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.md).
O exemplo a seguir mostra comandos do AWS CLI para confirmar os valores exatos do mecanismo de banco de dados que você pode usar com Aurora Serverless v2 para um Região da AWS específico. O parâmetro `--db-instance-class` para Aurora Serverless v2 é sempre `db.serverless`. O parâmetro `--engine` pode ser `aurora-mysql` ou `aurora-postgresql`. Substitua os valores `--region` e `--engine` apropriados para confirmar os valores `--engine-version` que você pode usar. Se o comando não produzir nenhuma saída, o Aurora Serverless v2 não estará disponível para essa combinação de Região da AWS e mecanismo de banco de dados.
```
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
```
## Clusters que usam o Aurora Serverless v2 devem ter um intervalo de capacidade especificado.
Um cluster do Aurora deve ter um atributo `ServerlessV2ScalingConfiguration` para que você possa adicionar qualquer instância de banco de dados que use a classe `db.serverless` de instância de banco de dados. Esse recurso especifica o intervalo de capacidade. A capacidade do Aurora Serverless v2 varia de, no mínimo, 0 unidade de capacidade do Aurora (ACU) a, no máximo, 256 ACUs, em incrementos de 0,5 ACU. O valor mínimo permitido depende da versão do Aurora. Cada ACU fornece o equivalente a aproximadamente 2 gibibytes (GiB) da RAM e da CPU e dos trabalhos em rede associados. Para obter detalhes sobre como o Aurora Serverless v2 usa as configurações de intervalo de capacidade, consulte [Como funciona o Aurora Serverless v2](aurora-serverless-v2.how-it-works.md).
Consulte os intervalos de capacidade permitidos de várias versões do mecanismo de banco de dados em [Aurora Serverless v2Capacidade do](aurora-serverless-v2.how-it-works.md#aurora-serverless-v2.how-it-works.capacity).
Você pode especificar os valores de ACU mínimo e máximo no Console de gerenciamento da AWSao criar um cluster e a instância de banco de dados do Aurora Serverless v2 associada. Também é possível especificar a opção `--serverless-v2-scaling-configuration` no AWS CLI. Também é possível especificar o parâmetro `ServerlessV2ScalingConfiguration` com a API do Amazon RDS. Você pode especificar esse atributo ao criar um cluster ou modificar um existente. Para saber os procedimentos que definem o intervalo de capacidade, consulte [Configurar o intervalo de capacidade de Aurora Serverless v2 para um cluster](aurora-serverless-v2-administration.md#aurora-serverless-v2-setting-acus). Para ler uma discussão detalhada sobre como escolher valores de capacidade mínima e máxima e como essas configurações afetam alguns parâmetros do banco de dados, consulte [escolher o intervalo de capacidade do Aurora Serverless v2 para um cluster do Aurora](aurora-serverless-v2.setting-capacity.md#aurora-serverless-v2-examples-setting-capacity-range-for-cluster).
## Alguns recursos provisionados não são compatíveis com o Aurora Serverless v2
Os seguintes recursos das instâncias de banco de dados provisionadas do Aurora atualmente não estão disponíveis para o Amazon Aurora Serverless v2:
+ Fluxos de atividades do banco de dados (DAS).
+ Gerenciamento de cache do cluster do Aurora PostgreSQL. O parâmetro de configuração `apg_ccm_enabled` não se aplica a instâncias de banco de dados do Aurora Serverless v2.
Alguns recursos do Aurora funcionam com Aurora Serverless v2, mas poderão causar problemas se o intervalo de capacidade for menor do que o necessário para os requisitos de memória desses recursos com sua workload específica. Nesse caso, seu banco de dados pode não funcionar tão bem quanto de costume ou encontrar erros de falta de memória. Para obter recomendações sobre como definir o intervalo de capacidade apropriado, consulte [escolher o intervalo de capacidade do Aurora Serverless v2 para um cluster do Aurora](aurora-serverless-v2.setting-capacity.md#aurora-serverless-v2-examples-setting-capacity-range-for-cluster). Para obter informações sobre solução de problemas se o banco de dados encontrar erros de falta de memória devido a um intervalo de capacidade configurado incorretamente, consulte [Evitar erros de falta de memória](aurora-serverless-v2.setting-capacity.md#aurora-serverless-v2.setting-capacity.incompatible_parameters).
O Auto Scaling do Aurora não é compatível. Esse é o tipo de escalabilidade que adiciona novos leitores para lidar com a workload de uso intenso de leitura, com base no uso da CPU. No entanto, a escalabilidade com base no uso da CPU não é significativa para o Aurora Serverless v2. Como alternativa, você pode criar instâncias de banco de dados do leitor do Aurora Serverless v2 com antecedência e deixá-las com a escala reduzida na vertical para baixa capacidade. Essa é uma maneira mais rápida e menos disruptiva de escalar a capacidade de leitura de um cluster em comparação com a inclusão de novas instâncias de banco de dados de modo dinâmico.
## Alguns aspectos do Aurora Serverless v2 são diferentes do Aurora Serverless v1.
Se você for usuário do Aurora Serverless v1 e for a primeira vez que você usa o Aurora Serverless v2, consulte [Diferenças entre os requisitos do Aurora Serverless v2 e do Aurora Serverless v1](aurora-serverless-v2.upgrade.md#Serverless.v1-v2-requirements) para compreender como os requisitos são diferentes entre o Aurora Serverless v1 e o Aurora Serverless v2.