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 end-of-life date du Aurora Serverless v1 : 31 mars 2025](https://repost.aws/questions/QUhcMVoChXRm2HLi8F-yih1g/announcement-support-for-aurora-s/announcement-support-for-aurora-serverless-v1-ending-soon). Tous les clusters Aurora Serverless v1 qui ne seront pas migrés avant le 31 mars 2025 seront migrés vers Aurora Serverless v2 pendant la période de maintenance. Si la mise à niveau échoue, Amazon Aurora convertira le cluster sans serveur v1 en cluster provisionné avec la version de moteur équivalente pendant la période de maintenance. Le cas échéant, Amazon Aurora inscrira le cluster provisionné converti dans Amazon RDS Extended Support. Pour de plus amples informations, veuillez consulter [Support étendu Amazon RDS avec Amazon Aurora](extended-support.md).
Après avoir configuré un Aurora Serverless v1 cluster de base de données, vous pouvez modifier certaines propriétés à l'aide de l'API AWS Management Console, de AWS CLI, ou de 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](#aurora-serverless.modifying.scaling)
+ [Mise à niveau de la version majeure](#aurora-serverless.modifying.upgrade)
+ [Conversion d’Aurora Serverless v1 en mode approvisionné](#aurora-serverless.modifying.convert)
## 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 de plus amples informations, veuillez consulter [Action de délai d’attente pour les modifications de capacité](aurora-serverless-v1.how-it-works.md#aurora-serverless.how-it-works.timeout-action).
+ **Pause après inactivité** : utilisez le paramètre facultatif **Dimensionner la capacité à 0 ACUs lorsque le cluster est inactif** pour réduire la capacité de traitement de la base de données à zéro 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é.
### Console
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**
1. Ouvrez la console Amazon RDS à l'adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Dans la panneau de navigation, choisissez **Databases (Bases de données)**.
1. Choisissez le cluster de bases de données Aurora Serverless v1 à modifier.
1. Pour **Actions**, choisissez **Modifier le cluster**.
1. Dans la section **Capacity settings (Paramètres de capacité)**, modifiez la configuration de mise à l’échelle.
1. Sélectionnez **Continuer**.
1. Sur la page **Modifier le cluster de bases de données**, vérifiez vos modifications, puis choisissez quand les appliquer.
1. Choisissez **Modifier le cluster**.
### AWS CLI
Pour modifier la configuration de dimensionnement d'un Aurora Serverless v1 cluster de base de données à l'aide de AWS CLI, exécutez la [modify-db-cluster](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/rds/modify-db-cluster.html) AWS CLI commande. Spécifiez l’option `--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`, `128` et `256`.
+ Aurora PostgreSQL : `2`, `4`, `8`, `16`, `32`, `64`, `192` et `384`.
Dans cet exemple, vous modifiez la configuration de dimensionnement d'un Aurora Serverless v1 cluster de base de données 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
```
### API RDS
Vous pouvez modifier la configuration de dimensionnement d'un cluster de base de données Aurora à l'aide de l'opération [Modify DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) API. 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`, `128` et `256`.
+ Aurora PostgreSQL : `2`, `4`, `8`, `16`, `32`, `64`, `192` et `384`.
## Mise à niveau de la version majeure d’un cluster de bases de données Aurora Serverless v1
**Important**
AWS a [annoncé la end-of-life date du Aurora Serverless v1 : 31 mars 2025](https://repost.aws/questions/QUhcMVoChXRm2HLi8F-yih1g/announcement-support-for-aurora-s/announcement-support-for-aurora-serverless-v1-ending-soon). Tous les clusters Aurora Serverless v1 qui ne seront pas migrés avant le 31 mars 2025 seront migrés vers Aurora Serverless v2 pendant la période de maintenance. Si la mise à niveau échoue, Amazon Aurora convertira le cluster sans serveur v1 en cluster provisionné avec la version de moteur équivalente pendant la période de maintenance. Le cas échéant, Amazon Aurora inscrira le cluster provisionné converti dans Amazon RDS Extended Support. Pour plus d’informations, consultez [Support étendu Amazon RDS avec Amazon Aurora](extended-support.md).
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.
### Console
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**
1. Ouvrez la console Amazon RDS à l'adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Dans le panneau de navigation, choisissez **Databases (Bases de données)**.
1. Choisissez le cluster de bases de données Aurora Serverless v1 que vous voulez mettre à niveau.
1. Pour **Actions**, choisissez **Modifier le cluster**.
1. 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.
![\[Mise à niveau d’un cluster de bases de données Aurora Serverless v1 à l’aide de la console\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/AuroraUserGuide/images/sv1-upgrade-apg11-to-13.png)
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.
1. Sélectionnez **Continuer**.
1. Sur la page **Modifier le cluster de bases de données**, vérifiez vos modifications, puis choisissez quand les appliquer.
1. Choisissez **Modifier le cluster**.
### AWS CLI
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
```
### API RDS
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 la AWS CLI ou l'API Amazon RDS pour remplacer la classe d'instance de base de données par **Provisioned**. Suivez les étapes ci-dessous pour modifier votre classe d’instance de base de données.
L'exemple suivant montre comment utiliser la AWS CLI pour convertir un Aurora Serverless v1 cluster de base de données en cluster provisionné.
### AWS CLI
Pour convertir un Aurora Serverless v1 cluster de base de données en cluster provisionné, exécutez la [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) AWS CLI commande.
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 valeur `provisioned`.
+ `--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-identifier sample-cluster \
--engine-mode provisioned \
--allow-engine-mode-change \
--db-cluster-instance-class db.r5.xlarge
```
Pour Windows :
```
aws rds modify-db-cluster ^
--db-cluster-identifier sample-cluster ^
--engine-mode provisioned ^
--allow-engine-mode-change ^
--db-cluster-instance-class db.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é.
### API RDS
Pour convertir un Aurora Serverless v1 cluster de base de données en cluster provisionné, utilisez l'opération [Modify DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) API.
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 valeur `provisioned`.
+ `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](aurora-serverless-v2.upgrade.md#aurora-serverless-v2.upgrade-from-serverless-v1-procedure).
+ 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.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/AuroraUserGuide/aurora-serverless.modifying.html)
**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\$1), 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](Concepts.DBInstanceClass.Types.md).