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.
# Mises à niveau du moteur de base de données MariaDB
Lorsque Amazon RDS prend en charge une nouvelle version d'un moteur de base de données, vous pouvez mettre à niveau vos instances de base de données vers cette nouvelle version. Il existe deux types de mises à niveau pour les instances de base de données MariaDB : les mises à niveau de version majeure et les mises à niveau de version mineure.
Les *mises à niveau de version majeure* peuvent contenir des modifications de base de données qui ne sont pas rétrocompatibles avec les applications existantes. En conséquence, vous devez effectuer manuellement les mises à niveau des versions majeures de vos instances de base de données. Vous pouvez lancer une mise à niveau de version majeure en modifiant votre instance de base de données. Cependant, avant d’effectuer une mise à niveau de version majeure, nous vous recommandons de suivre les instructions décrites dans [Mises à niveau des versions majeures pour RDS for MariaDB](USER_UpgradeDBInstance.MariaDB.Major.md).
En revanche, une *mise à niveau de version mineure* contient uniquement des modifications rétrocompatibles avec les applications existantes. Vous pouvez lancer manuellement une mise à niveau de version mineure en modifiant votre instance de base de données. Vous pouvez également activer l’option **Mise à niveau automatique des versions mineures** lorsque vous créez ou modifiez une instance de base de données. Dans ce cas, votre instance de base de données est automatiquement mise à niveau une fois que Amazon RDS a testé et approuvé la nouvelle version. Pour de plus amples informations sur la mise à niveau, veuillez consulter [Mise à niveau d'une version du moteur d'une instance de base de données](USER_UpgradeDBInstance.Upgrading.md).
Si votre instance de base de données MariaDB utilise des réplicas en lecture, vous devez mettre à niveau tous les réplicas en lecture avant de mettre à niveau l’instance source. Si votre instance de base de données se trouve dans un déploiement Multi-AZ, les deux réplicas, enregistreur et de secours, sont mis à niveau. Votre instance de base de données peut ne pas être disponible tant que la mise à niveau n’est pas terminée.
Pour plus d’informations sur les versions MariaDB prises en charge et la gestion des versions, consultez [Versions de MariaDB sur Amazon RDS](MariaDB.Concepts.VersionMgmt.md).
Les mises à niveau du moteur de base de données nécessitent un temps d'arrêt. La durée du temps d'arrêt varie en fonction de la taille de votre instance de base de données.
Amazon RDS prend également en charge la politique de déploiement des mises à niveau afin de gérer les mises à niveau automatiques des versions mineures sur plusieurs ressources de base de données et. Comptes AWS Pour de plus amples informations, veuillez consulter [Utilisation de la politique de déploiement des mises à AWS Organizations niveau pour les mises à niveau automatiques des versions mineures](RDS.Maintenance.AMVU.UpgradeRollout.md).
**Astuce**
Vous pouvez minimiser le temps d'arrêt requis pour la mise à niveau d'une instance de base de données en utilisant un blue/green déploiement. Pour de plus amples informations, veuillez consulter [Utilisation d'Amazon RDS ( Blue/Green Deployments) pour les mises à jour de bases de données](blue-green-deployments.md).
**Topics**
+ [Considérations relatives aux mises à niveau de MariaDB](#USER_UpgradeDBInstance.MariaDB.Considerations)
+ [Recherche de cibles de mise à niveau valides](#USER_UpgradeDBInstance.MariaDB.FindingTargets)
+ [Numéros de version MariaDB](USER_UpgradeDBInstance.MariaDB.VersionID.md)
+ [Numéros de version de RDS dans RDS for MariaDB](USER_UpgradeDBInstance.MariaDB.rds.version.md)
+ [Mises à niveau des versions majeures pour RDS for MariaDB](USER_UpgradeDBInstance.MariaDB.Major.md)
+ [Mise à niveau d'une instance de base de données MariaDB](#USER_UpgradeDBInstance.MariaDB.Upgrading)
+ [Mises à niveau automatiques des versions mineures pour RDS for MariaDB](USER_UpgradeDBInstance.MariaDB.Minor.md)
+ [Utilisation d’un réplica en lecture pour réduire la durée d’indisponibilité lors de la mise à niveau d’une base de données RDS for MariaDB](USER_UpgradeDBInstance.MariaDB.ReducedDowntime.md)
+ [Surveillance des mises à niveau du moteur de base de données RDS pour MariaDB à l'aide d'événements](USER_UpgradeDBInstance.MariaDB.Monitoring.md)
## Considérations relatives aux mises à niveau de MariaDB
Amazon RDS prend deux instantanés de base de données ou plus au cours du processus de mise à niveau. Amazon RDS prend jusqu'à deux instantanés de l'instance de base de données *avant* d'apporter des modifications à la mise à niveau. Si la mise à niveau ne fonctionne pas pour vos bases de données, vous pouvez restaurer l'un de ces instantanés pour créer une instance de base de données exécutant l'ancienne version. Amazon RDS prend un autre instantané de l'instance de base de données une fois la mise à niveau terminée. Amazon RDS prend ces instantanés, qu'il AWS Backup gère ou non les sauvegardes de l'instance de base de données.
**Note**
Amazon RDS ne prend des instantanés de base de données que si vous avez défini la période de rétention des sauvegardes de votre instance de base de données sur un nombre supérieur à 0. Pour modifier la période de rétention des sauvegardes, consultez [Modification d'une instance de base de données Amazon RDS](Overview.DBInstance.Modifying.md).
Une fois la mise à niveau terminée, vous ne pouvez pas rétablir la version précédente du moteur de base de données. Si vous souhaitez revenir à la version précédente, restaurez le premier instantané de base de données pris pour créer une nouvelle instance de base de données.
Vous contrôlez à quel moment vous mettez à niveau votre instance de base de données vers une nouvelle version prise en charge par Amazon RDS. Ce niveau de contrôle vous aide à maintenir la compatibilité avec des versions de base de données spécifiques et à tester les nouvelles versions avec votre application avant un déploiement en production. Lorsque vous êtes prêt, vous pouvez effectuer des mises à niveau de version aux moments qui conviennent le mieux à votre planning.
Si votre instance DB utilise la réplication en lecture, vous devez mettre à niveau tous les réplicas en lecture avant de mettre à niveau l’instance source.
Si votre instance de base de données se trouve dans un déploiement multi-AZ, les deux instances de base de données principale et de secours sont mises à niveau. Les instances de base de données principales et de secours sont mises à niveau en même temps, et vous êtes confronté à une panne jusqu’à ce que la mise à niveau soit terminée. La durée de la panne varie selon votre moteur de base de données, la version du moteur et la taille de votre instance de base de données.
## Recherche de cibles de mise à niveau valides
Lorsque vous utilisez le AWS Management Console pour mettre à niveau une instance de base de données, il affiche les cibles de mise à niveau valides pour l'instance de base de données. Vous pouvez également exécuter la AWS CLI commande suivante pour identifier les cibles de mise à niveau valides pour une instance de base de données :
Pour Linux, macOS ou Unix :
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version version_number \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Pour Windows :
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version version_number ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Par exemple, pour identifier les cibles de mise à niveau valides pour une instance de base de données MariaDB version 10.5.17, exécutez la commande suivante : AWS CLI
Pour Linux, macOS ou Unix :
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.17 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
Pour Windows :
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.17 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text
```
# Numéros de version MariaDB
La séquence de numérotation des versions du moteur de base de données RDS for MariaDB se présente sous la forme *major.minor.patch.YYYYMMDD* ou *major.minor.patch*, par exemple 10.11.5.R2.20231201 ou 10.4.30. Le format utilisé dépend de la version du moteur MariaDB.
**major**
Le numéro de version majeure est à la fois l’entier et la première partie fractionnaire du numéro de version, par exemple 10.11. Une mise à niveau majeure augmente la partie majeure du numéro de version. Par exemple, une mise à niveau de la version *10.5*.20 vers la version 10.6.12 est une mise à niveau de version majeure, *10.5* et *10.6* étant les numéros des versions majeures.
**mineure**
Le numéro de version mineure est la troisième partie du numéro de version, par exemple le 5 dans 10.11.5.
**patch**
Le correctif est la quatrième partie du numéro de version, par exemple R2 dans 10.11.5.R2. Une version de correctif RDS inclut des corrections de bogues importantes apportées à une version mineure après sa publication.
**YYYYMMDD**
La date est la cinquième partie du numéro de version, par exemple 20231201 dans 10.11.5.R2.20231201. Une version avec date RDS inclut des corrections de bogues importantes apportées à une version mineure après sa publication. Elle n’inclut aucun correctif susceptible de modifier le comportement d’un moteur.
Le tableau suivant explique le schéma de dénomination pour RDS for MariaDB version 10.11.
| Version mineure 10.11 | Schéma de dénomination |
| --- | --- |
| ≥ 5 | Les nouvelles instances de base de données utilisent *major.minor.patch.YYMMDD*, par exemple 10.11.5.R2.20231201. Les instances de base de données existantes peuvent utiliser *major.minor.patch*, par exemple 10.11.5.R2, jusqu’à votre prochaine mise à niveau de version majeure ou mineure. |
| < 5 | Les instances de base de données existantes utilisent *major.minor.patch*, par exemple 10.11.4.R2. |
Le tableau suivant explique le schéma de dénomination pour RDS for MariaDB version 10.6.
| Version mineure 10.6 | Schéma de dénomination |
| --- | --- |
| ≥ 14 | Les nouvelles instances de base de données utilisent *major.minor.patch.YYMMDD*, par exemple 10.6.14.R2.20231201. Les instances de base de données existantes peuvent utiliser *major.minor.patch*, par exemple 10.6.14.R2, jusqu’à votre prochaine mise à niveau de version majeure ou mineure. |
| < 14 | Les instances de base de données existantes utilisent *major.minor.patch*, par exemple 10.6.13.R2. |
Le tableau suivant explique le schéma de dénomination pour RDS for MariaDB version 10.5.
| Version mineure 10.5 | Schéma de dénomination |
| --- | --- |
| ≥ 21 | Les nouvelles instances de base de données utilisent *major.minor.patch.YYMMDD*, par exemple 10.5.21.R2.20231201. Les instances de base de données existantes peuvent utiliser *major.minor.patch*, par exemple 10.5.21.R2, jusqu’à votre prochaine mise à niveau de version majeure ou mineure. |
| < 21 | Les instances de base de données existantes utilisent *major.minor.patch*, par exemple 10.5.20.R2. |
Le tableau suivant explique le schéma de dénomination pour RDS for MariaDB version 10.4.
| Version mineure 10.4 | Schéma de dénomination |
| --- | --- |
| ≥ 30 | Les nouvelles instances de base de données utilisent *major.minor.patch.YYMMDD*, par exemple 10.4.30.R2.20231201. Les instances de base de données existantes peuvent utiliser *major.minor.patch*, par exemple 10.4.30.R2, jusqu’à votre prochaine mise à niveau de version majeure ou mineure. |
| < 30 | Les instances de base de données existantes utilisent *major.minor.patch*, par exemple 10.4.29.R2. |
# Numéros de version de RDS dans RDS for MariaDB
Les numéros de version de RDS utilisent le schéma de dénomination `major.minor.patch` ou `major.minor.patch.YYYYMMDD`. Une version de correctif RDS inclut des corrections de bogues importantes apportées à une version mineure après sa publication. Une version avec date RDS (*YYMMDD*) est un correctif de sécurité. Un correctif de sécurité n’inclut aucun correctif susceptible de modifier le comportement du moteur.
Pour identifier le numéro de version Amazon RDS de votre base de données, vous devez d’abord créer l’extension `rds_tools` à l’aide de la commande suivante :
```
CREATE EXTENSION rds_tools;
```
Vous pouvez connaître le numéro de version RDS de votre base de données RDS for MariaDB avec la requête SQL suivante :
```
mysql> select mysql.rds_version();
```
Par exemple, l’interrogation d’une base de données RDS for MariaDB 10.6.14 renvoie ce qui suit :
```
+---------------------+
| mysql.rds_version() |
+---------------------+
| 10.6.14.R2.20231201 |
+---------------------+
1 row in set (0.01 sec)
```
# Mises à niveau des versions majeures pour RDS for MariaDB
Les mises à niveau de version majeure peuvent contenir des modifications de base de données qui ne sont pas rétrocompatibles avec les applications existantes. En conséquence, Amazon RDS n'applique pas les mise à niveau de version majeure automatiquement. Vous devez modifier manuellement votre instance de base de données. Nous vous recommandons de tester soigneusement toute mise à niveau avant de l'appliquer à vos instances de production.
**Note**
Dans MariaDB 11.8, la valeur par défaut `require_secure_transport` pour est `1` now, ce qui nécessite des connexions sécurisées. SSL/TLS Défini sur `0` si des connexions non sécurisées sont nécessaires.
Amazon RDS prend en charge les mises à niveau sur place suivantes des versions majeures du moteur de base de données MariaDB :
+ De toute version de MariaDB vers MariaDB 11.8
+ De toute version de MariaDB vers MariaDB 11.4
+ De toute version de MariaDB vers MariaDB 10.11
+ De toute version de MariaDB vers MariaDB 10.6
+ MariaDB 10.4 vers MariaDB 10.5
Si vous utilisez un groupe de paramètres personnalisé et que vous effectuez une mise à niveau de version majeure, vous devez spécifier un groupe de paramètres par défaut pour la nouvelle version du moteur de base de données ou créer votre propre groupe de paramètres personnalisé pour la nouvelle version du moteur de base de données. L'association du nouveau groupe de paramètres avec l'instance de base de données exige un redémarrage de la base de données initié par le client après la mise à niveau. Le statut du groupe de paramètres de l'instance indique `pending-reboot` si l'instance doit être redémarrée pour que les modifications du groupe de paramètres soient appliquées. Il est possible d’afficher le statut du groupe de paramètres d’une instance dans la AWS Management Console ou en effectuant un appel « describe » tel que `describe-db-instances`.
## Mise à niveau d'une instance de base de données MariaDB
Pour plus d’informations sur la mise à niveau manuelle ou automatique d’une instance de base de données MariaDB, consultez [Mise à niveau d'une version du moteur d'une instance de base de données](USER_UpgradeDBInstance.Upgrading.md).
# Mises à niveau automatiques des versions mineures pour RDS for MariaDB
Si vous spécifiez les paramètres suivants lors de la création ou de la modification d’une instance de base de données, celle-ci peut être mise à niveau automatiquement.
+ Le paramètre **Mise à niveau automatique des versions mineures** est activé.
+ Le paramètre **Période de conservation des sauvegardes** est supérieur à 0.
Dans AWS Management Console, ces paramètres se trouvent sous **Additional configuration** (Configuration supplémentaire). L’image suivante illustre le réglage **Auto minor version upgrade** (Mise à niveau automatique de versions mineures).
![\[Paramètre de mise à jour automatique des versions mineures\]](http://docs.aws.amazon.com/fr_fr/AmazonRDS/latest/UserGuide/images/amvu.png)
Pour plus d’informations sur ces paramètres, consultez la page [Paramètres des instances de base de données](USER_ModifyInstance.Settings.md).
Pour certaines versions majeures de RDS for MariaDB dans certaines Régions AWS, RDS désigne une version mineure comme version de mise à niveau automatique. Une fois qu’une version mineure a été testée et approuvée par Amazon RDS, la mise à niveau de version mineure se produit automatiquement pendant votre fenêtre de maintenance. RDS ne définit pas automatiquement les dernières versions mineures publiées comme version de mise à niveau automatique. Avant de désigner une publication de version récente comme version de mise à niveau automatique, RDS prend en compte plusieurs critères, à savoir :
+ Problèmes de sécurité connus
+ Bogues dans MariaDB Community
+ Stabilité globale de la flotte depuis la publication de la version mineure
**Note**
La prise en charge de l’utilisation des versions 1.0 et 1.1 de TLS a été supprimée à partir de versions mineures spécifiques de MariaDB. Pour en savoir plus sur les versions mineures de MariaDB prises en charge, consultez [Prise en charge de SSL/TLS pour les instances de base de données MariaDB sur Amazon RDS](MariaDB.Concepts.SSLSupport.md).
Vous pouvez exécuter la commande d’AWS CLI suivante pour déterminer la version cible de mise à niveau automatique mineure actuelle pour une version mineure spécifiée de MariaDB dans une Région AWS spécifique.
Pour Linux, macOS ou Unix :
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version minor_version \
--region region \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output text
```
Pour Windows :
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version minor_version ^
--region region ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output text
```
Par exemple, la commande AWS CLI suivante détermine la cible de mise à niveau mineure automatique pour la version mineure 10.5.16 de MariaDB dans la Région AWS USA Est (Ohio) (us-east-2).
Pour Linux, macOS ou Unix :
```
aws rds describe-db-engine-versions \
--engine mariadb \
--engine-version 10.5.16 \
--region us-east-2 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" \
--output table
```
Pour Windows :
```
aws rds describe-db-engine-versions ^
--engine mariadb ^
--engine-version 10.5.16 ^
--region us-east-2 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{AutoUpgrade:AutoUpgrade,EngineVersion:EngineVersion}" ^
--output table
```
Votre sortie est similaire à ce qui suit.
```
----------------------------------
| DescribeDBEngineVersions |
+--------------+-----------------+
| AutoUpgrade | EngineVersion |
+--------------+-----------------+
| True | 10.5.17 |
| False | 10.5.18 |
| False | 10.5.19 |
| False | 10.6.5 |
| False | 10.6.7 |
| False | 10.6.8 |
| False | 10.6.10 |
| False | 10.6.11 |
| False | 10.6.12 |
+--------------+-----------------+
```
Dans cet exemple, la valeur de `AutoUpgrade` est `True` pour MariaDB version 10.5.17. Ainsi, la cible de mise à niveau mineure automatique est MariaDB version 10.5.17, comme mis en évidence dans la sortie.
Une instance de base de données MariaDB est automatiquement mise à niveau pendant votre fenêtre de maintenance si les critères suivants sont réunis :
+ Le paramètre **Mise à niveau automatique des versions mineures** est activé.
+ Le paramètre **Période de conservation des sauvegardes** est supérieur à 0.
+ L’instance de base de données exécute une version mineure du moteur de base de données qui est inférieure à la version mineure de la mise à niveau automatique actuelle.
Pour plus d’informations, consultez [Mise à niveau automatique de la version mineure du moteur](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.AutoMinorVersionUpgrades).
# Utilisation d’un réplica en lecture pour réduire la durée d’indisponibilité lors de la mise à niveau d’une base de données RDS for MariaDB
Dans la plupart des cas, un déploiement bleu/vert est la meilleure option pour réduire la durée d’indisponibilité lors de la mise à niveau d’une instance de base de données MariaDB. Pour plus d’informations, consultez [Utilisation d'Amazon RDS ( Blue/Green Deployments) pour les mises à jour de bases de données](blue-green-deployments.md).
Si vous ne pouvez pas utiliser un déploiement bleu/vert et que votre instance de base de données MariaDB est en cours d’utilisation avec une application de production, vous pouvez utiliser la procédure suivante pour mettre à niveau la version de la base de données pour votre instance de base de données. Cette procédure peut réduire la durée d’indisponibilité de votre application.
En utilisant un réplica en lecture, vous pouvez effectuer la plupart des étapes de maintenance à l’avance et ainsi réduire les modifications nécessaires lors d’une panne réelle. Cette technique vous permet de tester et de préparer la nouvelle instance de base de données sans apporter de modifications à votre instance de base de données existante.
La procédure suivante illustre un exemple de mise à niveau de MariaDB version 10.5 vers MariaDB version 10.6. Vous pouvez utiliser les mêmes étapes générales pour des mises à niveau vers d’autres versions majeures.
**Pour mettre à niveau une base de données MariaDB alors qu’une instance de base de données est en cours d’utilisation**
1. Connectez-vous à la AWS Management Console et ouvrez la console Amazon RDS à l’adresse [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Créez un réplica en lecture de votre instance de base de données MariaDB 10.5. Ce processus crée une copie pouvant être mise à niveau de votre base de données. D’autres réplicas en lecture de l’instance de base de données peuvent également exister.
1. Sur la console, choisissez **Bases de données**, puis sélectionnez l’instance de base de données que vous souhaitez mettre à niveau.
1. Sous **Actions**, choisissez **Créer des réplicas en lecture**.
1. Spécifiez une valeur pour **DB instance identifier** (Identifiant de l’instance DB) pour votre réplica en lecture et assurez-vous que la **DB instance class** (Classe d’instance DB) et les autres paramètres correspondent à votre instance de base de données MariaDB 10.5.
1. Choisissez **Créer un réplica en lecture**.
1. (Facultatif) Lorsque le réplica en lecture a été créé et que le champ **État** indique **Disponible**, convertissez le réplica en lecture en déploiement multi-AZ et activez les sauvegardes.
Par défaut, un réplica en lecture est créé en tant que déploiement mono-AZ et les sauvegardes sont désactivées. Dans la mesure où le réplica en lecture finira par devenir l’instance de base de données de production, nous vous recommandons de configurer un déploiement multi-AZ et d’activer les sauvegardes dès maintenant.
1. Sur la console, choisissez **Bases de données**, puis sélectionnez le réplica en lecture que vous venez de créer.
1. Sélectionnez **Modifier**.
1. Dans le champ **Déploiement multi-AZ**, choisissez **Créer une instance de secours**.
1. Dans le champ **Backup Retention Period** (Période de rétention des sauvegardes), choisissez une valeur positive différente de zéro (par exemple, 3 jours), puis sélectionnez **Continue** (Continuer).
1. Pour **Planification des modifications**, choisissez **Appliquer immédiatement**.
1. Choisissez **Modifier l’instance DB**.
1. Lorsque le champ **Status** (Statut) du réplica en lecture indique **Available** (Disponible), procédez à sa mise à niveau vers MySQL 10.6.
1. Sur la console, choisissez **Bases de données**, puis sélectionnez le réplica en lecture que vous venez de créer.
1. Sélectionnez **Modifier**.
1. Pour **DB engine version** (Version du moteur de base de données), choisissez la version MariaDB 10.6 vers laquelle effectuer la mise à niveau, puis **Continue** (Continuer).
1. Pour **Planification des modifications**, choisissez **Appliquer immédiatement**.
1. Choisissez **Modifier l’instance de base de données** pour démarrer la mise à niveau.
1. Lorsque la mise à niveau est terminée et que le champ **Status** (Statut) indique **Available** (Disponible), vérifiez que le réplica en lecture mis à niveau est à jour avec l’instance de base de données MariaDB 10.5 source. Pour vérifier, connectez-vous au réplica en lecture et exécutez la commande `SHOW REPLICA STATUS`. Si le champ `Seconds_Behind_Master` a pour valeur `0`, la réplication est à jour.
**Note**
Les versions précédentes de MariaDB utilisaient `SHOW SLAVE STATUS` à la place de `SHOW REPLICA STATUS`. Si vous utilisez une version de MariaDB antérieure à la version 10.6, utilisez `SHOW SLAVE STATUS`.
1. (Facultatif) Créez un réplica en lecture de votre réplica en lecture.
Si vous souhaitez que l’instance de base de données dispose d’un réplica en lecture une fois celle-ci promue en tant qu’instance de base de données autonome, vous pouvez créer le réplica en lecture dès maintenant.
1. Sur la console, choisissez **Bases de données**, puis sélectionnez le réplica en lecture que vous venez de mettre à niveau.
1. Sous **Actions**, choisissez **Créer des réplicas en lecture**.
1. Spécifiez une valeur pour **DB instance identifier** (Identifiant de l’instance DB) pour votre réplica en lecture et assurez-vous que la **DB instance class** (Classe d’instance DB) et les autres paramètres correspondent à votre instance de base de données MariaDB 10.5.
1. Choisissez **Créer un réplica en lecture**.
1. (Facultatif) Configurez un groupe de paramètres de base de données personnalisé pour le réplica en lecture.
Si vous souhaitez que l’instance de base de données utilise un groupe de paramètres personnalisé une fois celle-ci promue en tant qu’instance de base de données autonome, vous pouvez créer le groupe de paramètres de base de données dès maintenant et l’associer au réplica en lecture.
1. Créez un groupe de paramètres de base de données personnalisé pour MariaDB 10.6. Pour obtenir des instructions, consultez [Création d’un groupe de paramètres de base de données dans Amazon RDS](USER_WorkingWithParamGroups.Creating.md).
1. Modifiez les paramètres que vous souhaitez modifier dans le groupe de paramètres de base de données fraîchement créé. Pour obtenir des instructions, consultez [Modification de paramètres dans un groupe de paramètres de base de données dans Amazon RDS](USER_WorkingWithParamGroups.Modifying.md).
1. Sur la console, choisissez **Bases de données**, puis sélectionnez le réplica en lecture.
1. Sélectionnez **Modifier**.
1. Pour **DB parameter group** (Groupe de paramètres DB), choisissez le groupe de paramètres de base de données MariaDB 10.6 que vous venez de créer, puis sélectionnez **Continue** (Continuer).
1. Pour **Planification des modifications**, choisissez **Appliquer immédiatement**.
1. Choisissez **Modifier l’instance de base de données** pour démarrer la mise à niveau.
1. Faites de votre réplica en lecture MariaDB 10.6 une instance de base de données autonome.
**Important**
Une fois promu en tant qu’instance de base de données autonome, votre réplica en lecture MariaDB 10.6 cesse d’être un réplica de votre instance de base de données MariaDB 10.5. Nous vous conseillons d’effectuer la promotion de votre réplica en lecture MariaDB 10.6 au cours d’une fenêtre de maintenance lorsque votre instance de base de données MariaDB 10.5 source est en mode lecture seule et que toutes les opérations d’écriture sont suspendues. Une fois la promotion terminée, vous pouvez diriger vos opérations d’écriture vers l’instance de base de données MariaDB 10.6 mise à niveau pour garantir qu’aucune opération d’écriture ne se perde.
En outre, avant la promotion de votre réplica en lecture MariaDB 10.6, nous vous conseillons d’effectuer toutes les opérations DDL (Data Definition Language) nécessaires sur votre réplica en lecture MariaDB 10.6. Par exemple, la création d’index. Cette approche permet d’éviter tout effet négatif sur les performances du réplica en lecture MariaDB 10.6 après sa promotion. Pour promouvoir un réplica en lecture.
1. Sur la console, choisissez **Bases de données**, puis sélectionnez le réplica en lecture que vous venez de mettre à niveau.
1. Pour **Actions**, choisissez **Promote (Promouvoir)**.
1. Choisissez **Oui** pour activer les sauvegardes automatiques pour l’instance du réplica en lecture. Pour plus d’informations, consultez [Présentation des sauvegardes](USER_WorkingWithAutomatedBackups.md).
1. Choisissez **Continuer**.
1. Choisissez **Promouvoir le réplica en lecture**.
1. Vous disposez à présent d’une version mise à niveau de votre base de données MariaDB. À ce stade, vous pouvez diriger vos applications vers la nouvelle instance de base de données MariaDB 10.6.
# Surveillance des mises à niveau du moteur de base de données RDS pour MariaDB à l'aide d'événements
Lorsque vous mettez à niveau la version du moteur d'une base de données RDS pour MariaDB, Amazon RDS émet un événement spécifique à chaque phase du processus. Pour suivre la progression d'une mise à niveau, vous pouvez consulter ces événements ou vous y abonner.
Pour plus d'informations sur les événements RDS, consultez[Surveillance des événements Amazon RDS](working-with-events.md).
Pour obtenir des informations détaillées sur un événement Amazon RDS spécifique qui se produit lors de la mise à niveau de votre moteur, consultez[Catégories d'événements Amazon RDS et messages d'événements ](USER_Events.Messages.md).