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.
Modification d’un cluster de bases de données Aurora Serverless v1
Important
AWS a annoncé la date de fin de vie d’Aurora Serverless v1, qui sera le 31 mars 2025
Après avoir configuré un cluster de bases de données Aurora Serverless v1, vous pouvez modifier certaines propriétés avec AWS Management Console, AWS CLI ou l’API RDS. La plupart des propriétés que vous pouvez modifier sont identiques à celles des autres types de clusters Aurora.
Voici les changements les plus pertinents pour Aurora Serverless v1 :
Modification de la configuration de mise à l’échelle d’un cluster de bases de données Aurora Serverless v1
Vous pouvez définir la capacité minimale et maximale pour le cluster de bases de données. Chaque unité de capacité correspond à une configuration de calcul et de mémoire spécifique. Aurora Serverless crée automatiquement des règles de mise à l’échelle pour les seuils d’utilisation de l’UC, de connexions et de mémoire disponible. Vous pouvez également définir si Aurora Serverless met en pause la base de données en l’absence d’activité, puis la réactive lorsque l’activité reprend.
Vous pouvez définir les valeurs spécifiques suivantes pour la configuration de la mise à l’échelle :
-
Unité de capacité Aurora minimale – Aurora Serverless peut réduire la capacité jusqu’à cette unité de capacité.
-
Unité de capacité Aurora maximale – Aurora Serverless peut augmenter la capacité jusqu’à cette unité de capacité.
-
Délai et action de scalabilité automatique – Cette section spécifie combien de temps Aurora Serverless attend de trouver un point de mise à l’échelle avant d’expirer. Il spécifie également l’action à effectuer lorsqu’une modification de capacité expire, car elle ne trouve pas de point de mise à l’échelle. Aurora peut forcer la modification de capacité à définir la capacité sur la valeur spécifiée dès que possible. Il peut également annuler la modification de capacité. Pour plus d’informations, consultez Action de délai d’attente pour les modifications de capacité.
-
Pause après inactivité : utilisez le paramètre facultatif Faire passer la capacité à 0 ACU lorsque le cluster est inactif pour mettre à l’échelle la base de données avec une capacité de traitement nulle lorsqu’elle est inactive. Lors de la reprise du trafic de base de données, Aurora reprend automatiquement la capacité de traitement et effectue une mise à l’échelle pour gérer le trafic.
Note
Lorsque vous modifiez la plage de capacité d’un cluster de bases de données Aurora Serverless, la modification intervient immédiatement, que vous choisissiez de l’appliquer immédiatement ou lors du prochain créneau de maintenance planifié.
Vous pouvez modifier la configuration de mise à l’échelle d’un cluster de bases de données Aurora avec AWS Management Console.
Pour modifier un cluster de bases de données Aurora Serverless v1
Ouvrez la console Amazon RDS à l’adresse https://console.aws.amazon.com/rds/
. -
Dans la panneau de navigation, choisissez Databases (Bases de données).
-
Choisissez le cluster de bases de données Aurora Serverless v1 à modifier.
-
Pour Actions, choisissez Modifier le cluster.
-
Dans la section Capacity settings (Paramètres de capacité), modifiez la configuration de mise à l’échelle.
-
Choisissez Continuer.
-
Sur la page Modifier le cluster de bases de données, vérifiez vos modifications, puis choisissez quand les appliquer.
-
Choisissez Modifier le cluster.
Pour modifier la configuration de mise à l’échelle d’un cluster de bases de données Aurora Serverless v1 à partir de l’AWS CLI, exécutez la commande modify-db-cluster--scaling-configuration pour configurer la capacité minimale, la capacité maximale et la mise en pause automatique s’il n’y a aucune connexion. Les valeurs de capacité valides sont notamment les suivantes :
-
Aurora MySQL:
1,2,4,8,16,32,64,128et256. -
Aurora PostgreSQL :
2,4,8,16,32,64,192et384.
Dans cet exemple, vous modifiez la configuration de mise à l’échelle d’un cluster de bases de données Aurora Serverless v1 nommé sample-cluster.
Pour Linux, macOS ou Unix :
aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true
Pour Windows :
aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --scaling-configuration MinCapacity=8,MaxCapacity=64,SecondsUntilAutoPause=500,TimeoutAction='ForceApplyCapacityChange',AutoPause=true
Vous pouvez modifier la configuration de mise à l’échelle d’un cluster de bases de données Aurora avec l’opération d’API ModifyDBCluster. Spécifiez le paramètre ScalingConfiguration pour configurer la capacité minimale, la capacité maximale et la mise en pause automatique s’il n’y a aucune connexion. Les valeurs de capacité valides sont notamment les suivantes :
-
Aurora MySQL:
1,2,4,8,16,32,64,128et256. -
Aurora PostgreSQL :
2,4,8,16,32,64,192et384.
Mise à niveau de la version majeure d’un cluster de bases de données Aurora Serverless v1
Important
AWS a annoncé la date de fin de vie d’Aurora Serverless v1, qui sera le 31 mars 2025
Vous pouvez mettre à niveau la version majeure d’un cluster de bases de données Aurora Serverless v1 compatible avec PostgreSQL 11 vers une version compatible avec PostgreSQL 13 correspondante.
Vous pouvez effectuer une mise à niveau sur place d’un cluster de bases de données Aurora Serverless v1 avec la AWS Management Console.
Pour mettre à niveau un cluster de bases de données Aurora Serverless v1
Ouvrez la console Amazon RDS à l’adresse https://console.aws.amazon.com/rds/
. -
Dans la panneau de navigation, choisissez Bases de données.
-
Choisissez le cluster de bases de données Aurora Serverless v1 que vous voulez mettre à niveau.
-
Pour Actions, choisissez Modifier le cluster.
-
Pour Version, choisissez un numéro de version d’Aurora PostgreSQL version 13.
L’exemple suivant montre une mise à niveau sur place d’Aurora PostgreSQL 11.16 vers la version 13.9.
Si vous effectuez une mise à niveau de version majeure, ne modifiez aucune autre propriété. Pour modifier d’autres propriétés, effectuez une autre opération Modifier une fois la mise à niveau terminée.
-
Choisissez Continuer.
-
Sur la page Modifier le cluster de bases de données, vérifiez vos modifications, puis choisissez quand les appliquer.
-
Choisissez Modifier le cluster.
Pour effectuer une mise à niveau sur place d’un cluster de bases de données Aurora Serverless v1 compatible avec PostgreSQL 11 vers un cluster compatible avec PostgreSQL 13, spécifiez le paramètre --engine-version avec un numéro de version 13 d’Aurora PostgreSQL compatible avec Aurora Serverless v1. Incluez également le paramètre --allow-major-version-upgrade.
Dans cet exemple, vous modifiez la version majeure d’un cluster de bases de données Aurora Serverless v1 compatible avec PostgreSQL 11 nommé sample-cluster. Ce faisant, vous effectuez une mise à niveau sur place vers un cluster de bases de données Aurora Serverless v1 compatible avec PostgreSQL 13.
aws rds modify-db-cluster \ --db-cluster-identifier sample-cluster \ --engine-version 13.serverless_12 \ --allow-major-version-upgrade
Pour Windows :
aws rds modify-db-cluster ^ --db-cluster-identifier sample-cluster ^ --engine-version 13.serverless_12 ^ --allow-major-version-upgrade
Pour effectuer une mise à niveau sur place d’un cluster de bases de données Aurora Serverless v1 compatible avec PostgreSQL 11 vers un cluster compatible avec PostgreSQL 13, spécifiez le paramètre EngineVersion avec un numéro de version 13 d’Aurora PostgreSQL compatible avec Aurora Serverless v1. Incluez également le paramètre AllowMajorVersionUpgrade.
Conversion d’un cluster de bases de données Aurora Serverless v1 provisionné
Vous pouvez convertir un cluster de bases de données Aurora Serverless v1 en un cluster de bases de données provisionné. Pour effectuer la conversion, utilisez l’interface AWS CLI ou l’API Amazon RDS afin de remplacer la classe d’instance de base de données par Provisionné. Suivez les étapes ci-dessous pour modifier votre classe d’instance de base de données.
L’exemple suivant montre comment utiliser l’interface AWS CLI pour convertir un cluster de bases de données Aurora Serverless v1 en cluster provisionné.
Pour convertir un cluster de bases de données Aurora Serverless v1 en cluster provisionné, exécutez la commande AWS CLI modify-db-cluster.
Les paramètres suivants sont obligatoires :
-
--db-cluster-identifier: le cluster de bases de données Aurora Serverless v1 que vous convertissez en cluster provisionné. -
--engine-mode: utilisez la valeurprovisioned. -
--allow-engine-mode-change -
--db-cluster-instance-class: choisissez la classe d’instance de base de données pour le cluster de bases de données provisionné en fonction de la capacité du cluster de bases de données Aurora Serverless v1.
Dans cet exemple, vous convertissez un cluster de bases de données Aurora Serverless v1 nommé sample-cluster et utilisez la classe d’instance de base de données db.r5.xlarge.
Pour Linux, macOS ou Unix :
aws rds modify-db-cluster \ --db-cluster-identifiersample-cluster\ --engine-mode provisioned \ --allow-engine-mode-change \ --db-cluster-instance-classdb.r5.xlarge
Pour Windows :
aws rds modify-db-cluster ^ --db-cluster-identifiersample-cluster^ --engine-mode provisioned ^ --allow-engine-mode-change ^ --db-cluster-instance-classdb.r5.xlarge
L’exemple suivant montre comment utiliser l’API Amazon RDS pour convertir un cluster de bases de données Aurora Serverless v1 en cluster provisionné.
Pour convertir un cluster de bases de données Aurora Serverless v1 en cluster provisionné, exécutez l’opération d’API ModifyDBCluster.
Les paramètres suivants sont obligatoires :
-
DBClusterIdentifier: le cluster de bases de données Aurora Serverless v1 que vous convertissez en cluster provisionné. -
EngineMode: utilisez la valeurprovisioned. -
AllowEngineModeChange -
DBClusterInstanceClass: choisissez la classe d’instance de base de données pour le cluster de bases de données provisionné en fonction de la capacité du cluster de bases de données Aurora Serverless v1.
Considérations relatives à la conversion d’un cluster de bases de données Aurora Serverless v1 en cluster provisionné
Les considérations suivantes s’appliquent lorsqu’un cluster de bases de données Aurora Serverless v1 est converti en cluster provisionné :
-
Vous pouvez utiliser cette conversion dans le cadre de la mise à niveau de votre cluster de bases de données d’Aurora Serverless v1 à Aurora Serverless v2. Pour plus d’informations, consultez Mise à niveau d’un cluster Aurora Serverless v1 vers Aurora Serverless v2.
-
Le processus de conversion crée une instance de base de données de lecteur dans le cluster de bases de données, transforme l’instance de lecteur en instance d’enregistreur, puis supprime l’instance Aurora Serverless v1 d’origine. Lorsque vous convertissez le cluster de bases de données, vous ne pouvez effectuer aucune autre modification en même temps, telle que la modification de la version du moteur de base de données ou du groupe de paramètres du cluster de bases de données. L’opération de conversion est appliquée immédiatement et ne peut être annulée.
-
Au cours de la conversion, un instantané de sauvegarde du cluster de bases de données est pris au cas où une erreur se produirait. L’identifiant de l’instantané de cluster de bases de données a le format
pre-modify-engine-mode-.DB_cluster_identifier-timestamp -
Aurora utilise la version mineure actuelle du moteur de base de données par défaut pour le cluster de bases de données provisionné.
-
Si vous ne fournissez pas de classe d’instance de base de données pour votre cluster de bases de données converti, Aurora en recommande une en fonction de la capacité maximale du cluster de bases de données Aurora Serverless v1. Les mappages de capacité et de classes d’instance recommandés sont indiqués dans la table suivante.
Capacité maximale de Serverless (ACU) Classe d’instance de base de données provisionnée 1 db.t3.small 2 db.t3.medium 4 db.t3.large 8 db.r5.large 16 db.r5.xlarge 32 db.r5.2xlarge 64 db.r5.4xlarge 128 db.r5.8xlarge 192 db.r5.12xlarge 256 db.r5.16xlarge 384 db.r5.24xlarge
Note
En fonction de la classe d’instance de base de données que vous choisissez et de l’utilisation de votre base de données, vous pouvez constater des coûts différents pour un cluster de bases de données provisionné par rapport à Aurora Serverless v1.
Si vous convertissez votre cluster de bases de données Aurora Serverless v1 en une classe d’instance de base de données évolutive (db.t*), vous risquez d’encourir des coûts supplémentaires liés à l’utilisation du cluster de bases de données. Pour plus d’informations, consultez Types de classes d’instance de base de données.
