Requisitos y limitaciones para Aurora Serverless v2

Cuando cree un clúster en el que desee utilizar instancias de bases de datos de Aurora Serverless v2, preste atención a los siguientes requisitos y limitaciones:

Disponibilidad en regiones y versiones

La disponibilidad de las características varía según las versiones específicas de cada motor de base de datos de Aurora y entre Regiones de AWS. Para obtener más información acerca de la versión y la disponibilidad de las regiones con Aurora y Aurora Serverless v2, consulte Regiones y motores de base de datos Aurora admitidos para Aurora Serverless v2.

En el siguiente ejemplo se muestran los comandos de AWS CLI para confirmar los valores exactos del motor de base de datos que puede utilizar con Aurora Serverless v2 para una Región de AWS determinada. El parámetro --db-instance-class para Aurora Serverless v2 es siempre db.serverless. El parámetro --engine puede ser aurora-mysql o aurora-postgresql. Sustituya los valores --region y --engine correspondientes para confirmar los valores de --engine-version que puede usar. Si el comando no produce ningún resultado, significa que Aurora Serverless v2 no está disponible para esa combinación de Región de AWS y motor de base de datos.

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

Los clústeres que utilizan Aurora Serverless v2 deben tener un rango de capacidad especificado

Un clúster de Aurora debe tener un atributo ServerlessV2ScalingConfiguration para poder añadir cualquier instancia de base de datos que utilice la clase de instancia de base de datos db.serverless. Este atributo especifica el rango de capacidad. La capacidad de Aurora Serverless v2 oscila entre un mínimo de 0,5 unidades de capacidad de Aurora (ACU) hasta un máximo de 256 ACU, en incrementos de 0,5 ACU. El valor mínimo permitido depende de la versión de Aurora. Cada ACU proporciona el equivalente a aproximadamente 2 gibibytes (GiB) de RAM y la CPU y las redes asociadas. Para obtener más información sobre cómo utiliza Aurora Serverless v2 la configuración del rango de capacidad, consulte Cómo funciona Aurora Serverless v2.

Para obtener información sobre los rangos de capacidad permitidos de las distintas versiones de motores de base de datos, consulte Capacidad de Aurora Serverless v2.

Puede especificar los valores de ACU mínimos y máximos en AWS Management Console cuando cree un clúster y la instancia de base de datos de Aurora Serverless v2 asociada. También puede especificar la opción --serverless-v2-scaling-configuration en la AWS CLI. O, si lo desea, puede especificar el parámetro ServerlessV2ScalingConfiguration con la API de Amazon RDS. Puede especificar este atributo cuando cree un clúster o modifique un clúster existente. Para conocer los procedimientos para establecer el rango de capacidad, consulte Configuración del rango de capacidad de Aurora Serverless v2 para un clúster. Para obtener un análisis detallado sobre cómo elegir valores de capacidad mínima y máxima y cómo estos ajustes afectan a algunos parámetros de base de datos, consulte Elegir el rango de capacidad de Aurora Serverless v2 para un clúster de Aurora.

Algunas características aprovisionadas no se admiten en Aurora Serverless v2

Las siguientes características de las instancias de base de datos aprovisionadas de Aurora no están disponibles actualmente para Amazon Aurora Serverless v2:

Algunas características de Aurora funcionan con Aurora Serverless v2, pero esto podría causar problemas si el rango de capacidad es inferior al necesario para los requisitos de memoria de esas características con su carga de trabajo específica. En ese caso, es posible que la base de datos no funcione tan bien como de costumbre o que se produzcan errores de falta de memoria. Para obtener recomendaciones sobre cómo configurar el rango de capacidad adecuado, consulte Elegir el rango de capacidad de Aurora Serverless v2 para un clúster de Aurora. Para obtener información sobre la solución de problemas si la base de datos tiene errores de falta de memoria debido a un rango de capacidad mal configurado, consulte Evitar errores de memoria insuficiente.

No se admite Aurora Auto Scaling. Este tipo de escalado añade lectores nuevos para gestionar la carga de trabajo adicional que requiere un uso intensivo de lectura, con base en el uso de la CPU. Sin embargo, el escalado basado en la utilización de la CPU no tiene sentido para Aurora Serverless v2. Como alternativa, puede crear instancias de base de datos del lector de Aurora Serverless v2 de antemano y dejarlas reducidas verticalmente a baja capacidad. Es una forma más rápida y menos disruptiva de escalar la capacidad de lectura de un clúster que añadir nuevas instancias de base de datos dinámicamente.

Algunos aspectos de Aurora Serverless v2 son diferentes en Aurora Serverless v1

Si es usuario de Aurora Serverless v1 y es la primera vez que usa Aurora Serverless v2, consulte las diferencias entre los requisitos de Aurora Serverless v2 y Aurora Serverless v1 para saber qué requisitos son diferentes en Aurora Serverless v1 y Aurora Serverless v2.