Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Exigences et limites pour Aurora Serverless v2

Lorsque vous créez un cluster dans lequel vous avez l'intention d'utiliser Aurora Serverless v2 Instances de base de données, faites attention aux 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 plus d'informations sur la disponibilité des versions et des régions avec Aurora et Aurora Serverless v2, voir Régions et moteurs de base de données Aurora pris en charge pour 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 avec Aurora Serverless v2 pour un sujet spécifique Région AWS. Le --db-instance-class paramètre pour Aurora Serverless v2 c'est toujoursdb.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, 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

Clusters qui utilisent Aurora Serverless v2 doit 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 indique la plage de capacité. Aurora Serverless v2 la capacité varie d'un minimum de 0 unité de capacité Aurora (ACU) à un maximum de 256 ACUs, par incréments de 0,5 ACU. La valeur minimale autorisée dépend de la version d'Aurora. 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 de procéder Aurora Serverless v2 utilise les paramètres de plage de capacité, voirComment ? Aurora Serverless v2 fonctionnement.

Pour connaître les plages de capacité autorisées pour les différentes versions du moteur de base de données, consultezAurora Serverless v2 capacity.

Vous pouvez spécifier les valeurs ACU minimale et maximale AWS Management Console lorsque vous créez un cluster et les valeurs associées Aurora Serverless v2 Instance de base de données. 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 Réglage du Aurora Serverless v2 plage de capacité pour 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 mises en service ne sont pas prises en charge dans Aurora Serverless v2

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

Certaines fonctionnalités d'Aurora fonctionnent avec Aurora Serverless v2, mais cela peut entraîner des problèmes si votre plage de capacité est inférieure à la quantité de mémoire requise pour les fonctionnalités associées à votre charge de travail spécifique. Dans ce cas, il est possible que votre base de données ne fonctionne pas aussi bien que d'habitude ou qu'elle rencontre 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 en raison d'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 pour Aurora Serverless v2. Comme alternative, vous pouvez créer Aurora Serverless v2 lisez les instances de base de données à l'avance et laissez-les réduites à une 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.

Momentanée Aurora Serverless v2 les aspects sont différents de Aurora Serverless v1

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