Exigences et limites pour Aurora Serverless v2

Lorsque vous créez un cluster dans lequel vous avez l'intention d'utiliser des Aurora Serverless v2 instances de base de données, tenez compte des exigences et limites suivantes.

Disponibilité des régions et des versions

La disponibilité et la prise en charge des fonctions varient selon les versions spécifiques de chaque moteur de base de données Aurora, et selon les Régions AWS. Pour en savoir plus sur les versions et la disponibilité des régions avec Aurora et Aurora Serverless v2, consultez Aurora Serverless v2.

L'exemple suivant montre les AWS CLI commandes permettant de confirmer les valeurs exactes du moteur de base de données que vous pouvez utiliser Aurora Serverless v2 pour un domaine spécifique Région AWS. Le paramètre --db-instance-class pour Aurora Serverless v2 est toujours db.serverless. Le paramètre --engine peut être aurora-mysql ou aurora-postgresql. Remplacez les valeurs --region et --engine appropriées pour confirmer les valeurs --engine-version que vous pouvez utiliser. Si la commande ne produit aucune sortie, elle Aurora Serverless v2 n'est pas disponible pour cette combinaison de moteur Région AWS de base de données.

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

Les clusters qui utilisent Aurora Serverless v2 doivent avoir une plage de capacité spécifiée

Un cluster Aurora doit avoir un attribut ServerlessV2ScalingConfiguration avant de pouvoir ajouter des instances de base de données qui utilisent la classe d'instance de base de données db.serverless. Cet attribut spécifie la plage de capacité La capacité d'Aurora Serverless v2 varie entre 0,5 unités de capacité Aurora (ACU) minimum et 128 ACU, par incréments de 0,5 ACU. Chaque ACU fournit l'équivalent d'environ 2 gibioctets (Gio) de RAM, ainsi que d'UC et de mise en réseau associées. Pour plus de détails sur la façon dont Aurora Serverless v2 utilise les paramètres de plage de capacité, consultez Fonctionnement d'Aurora Serverless v2.

Vous pouvez spécifier les valeurs ACU minimales et maximales AWS Management Console lorsque vous créez un cluster et une Aurora Serverless v2 instance de base de données associée. Vous pouvez également spécifier l'option --serverless-v2-scaling-configuration dans AWS CLI. Sinon, vous pouvez spécifier le paramètre ServerlessV2ScalingConfiguration avec l'API Amazon RDS. Vous pouvez spécifier cet attribut lorsque vous créez un cluster ou modifiez un cluster existant. Pour connaître les procédures de définition de la plage de capacité, consultez Définition de la plage de capacité Aurora Serverless v2 d'un cluster. Pour obtenir la procédure détaillée de sélection des valeurs de capacité minimale et maximale et pour savoir comment ces paramètres affectent certains paramètres de base de données, consultez Choix de la plage de capacité Aurora Serverless v2 pour un cluster Aurora.

Certaines fonctionnalités approvisionnées ne sont pas prises en charge dans Aurora Serverless v2

Les fonctionnalités suivantes des instances de base de données approvisionnées Aurora ne sont actuellement pas disponibles pour Amazon Aurora Serverless v2 :

• Flux d'activité de base de données (DAS).

• Gestion du cache de clusters pour Aurora PostgreSQL. Le paramètre de configuration apg_ccm_enabled ne s'applique pas aux instances de base de données Aurora Serverless v2.

Certaines fonctionnalités Aurora fonctionnent avec Aurora Serverless v2, mais cela peut poser problème si votre plage de capacité est inférieure à celle nécessaire pour les besoins en mémoire de ces fonctionnalités avec votre charge de travail spécifique. Dans ce cas, votre base de données risque de ne pas fonctionner aussi bien que d'habitude ou de rencontrer out-of-memory des erreurs. Pour obtenir des recommandations sur la définition de la plage de capacité appropriée, consultez Choix de la plage de capacité Aurora Serverless v2 pour un cluster Aurora. Pour obtenir des informations de dépannage si votre base de données rencontre out-of-memory des erreurs dues à une plage de capacités mal configurée, consultezÉviter les out-of-memory erreurs.

Aurora Auto Scaling n'est pas pris en charge. Ce type de mise à l'échelle ajoute de nouveaux lecteurs pour gérer une charge de travail supplémentaire en lecture intensive, en fonction de l'utilisation du processeur. Cependant, la mise à l'échelle basée sur l'utilisation du processeur n'est pas significative pourAurora Serverless v2. En guise d'alternative, vous pouvez créer des instances de base de données de lecteur Aurora Serverless v2 à l'avance et conserver leur réduction d'échelle à faible capacité. Il s'agit d'une méthode plus rapide et moins perturbatrice pour mettre à l’échelle la capacité de lecture d'un cluster plutôt que d'ajouter dynamiquement de nouvelles instances de base de données.

Certains aspects d'Aurora Serverless v2 sont différents d'Aurora Serverless v1

Si vous êtes un Aurora Serverless v1 utilisateur et que c'est la première fois que vous l'utilisezAurora Serverless v2, consultez les différences entre Aurora Serverless v2 et les Aurora Serverless v1 exigences pour comprendre en quoi les exigences sont différentes entre Aurora Serverless v1 etAurora Serverless v2.