Mise à 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 de version majeure 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 MariaDB.

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 de la version du moteur d'une instance de base de données.

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.

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.

Astuce

Vous pouvez minimiser le temps d'arrêt nécessaire à la mise à niveau de l'instance de base de données en utilisant un déploiement bleu/vert. Pour plus d’informations, consultez Utilisation d'Amazon RDS Blue/Green Deployments pour les mises à jour de bases de données.

Présentation de la mise à niveau

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 utiliser la AWS CLI commande suivante pour identifier les cibles de mise à niveau valides pour une instance de base de données :

Pour LinuxmacOS, ou Unix :

aws rds describe-db-engine-versions \
  --engine mariadb \
  --engine-version version-number \
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

Dans 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 LinuxmacOS, ou Unix :

aws rds describe-db-engine-versions \
  --engine mariadb \
  --engine-version 10.5.17 \
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

Dans Windows :

aws rds describe-db-engine-versions ^
  --engine mariadb ^
  --engine-version 10.5.17 ^
  --query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" --output text

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.

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.

Numéros de version de MariaDB

La séquence de numérotation des versions du moteur de base de données RDS pour 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.

majeur

Le numéro de version principal est à la fois le nombre 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 10.5 .20 vers 10.6.12 est une mise à niveau de version majeure, où 10.5 et 10.6 sont les numéros de version principaux.

mineur

Le numéro de version secondaire est la troisième partie du numéro de version, par exemple le 5 dans la version 10.11.5.

patch

Le correctif est la quatrième partie du numéro de version, par exemple le 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, le 20231201 dans 10.11.5.R2.20231201. Une version RDS date est un correctif de sécurité qui inclut des correctifs de sécurité importants ajoutés à une version mineure après sa publication. Il n'inclut aucun correctif susceptible de modifier le comportement d'un moteur.

Le tableau suivant explique le schéma de dénomination de RDS pour MariaDB version 10.11.

10.11 version mineure	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 de RDS pour MariaDB version 10.6.

10.6 version mineure	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 de RDS pour MariaDB version 10.5.

10.5 version mineure	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 de RDS pour MariaDB version 10.4.

10.4 version mineure	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éro de version de RDS

Les numéros de version RDS utilisent soit le schéma de dénomination, major.minor.patch soit le schéma de major.minor.patch.YYYYMMDD dénomination. 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 pour MariaDB à l'aide de la requête SQL suivante :

mysql> select mysql.rds_version();

Par exemple, l'interrogation d'une base de données RDS pour MariaDB 10.6.14 renvoie le résultat suivant :

+---------------------+
| mysql.rds_version() |
+---------------------+
| 10.6.14.R2.20231201  |
+---------------------+
1 row in set (0.01 sec)

Mises à niveau des versions majeures pour 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.

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 10.11

• Toute version MariaDB vers MariaDB 10.6

• MariaDB 10.4 vers MariaDB 10.5

• MariaDB 10.3 vers MariaDB 10.4

Pour effectuer une mise à niveau de version majeure vers une version MariaDB inférieure à 10.6, effectuez une mise à niveau vers chaque version majeure dans l'ordre. Par exemple, pour effectuer une mise à niveau de version 10.3 vers 10.5, procédez à la mise à niveau dans l'ordre suivant : 10.3 vers 10.4, puis 10.4 vers 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 utilisant 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 la section Mise à niveau de la version du moteur d'une instance de base de données.

Mises à niveau automatiques des versions mineures pour 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 le AWS Management Console, ces paramètres se trouvent sous Configuration supplémentaire. L'image suivante illustre le réglage Auto minor version upgrade (Mise à niveau automatique de versions mineures).

Pour plus d’informations sur ces paramètres, consultez la page Paramètres des instances de base de données.

Pour certaines versions majeures de RDS pour MariaDB, une version mineure est désignée par RDS comme version de mise à niveau automatique. Régions AWS Une fois qu'une version mineure a été testée et approuvée par Amazon RDS, la mise à niveau de la 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 du parc depuis la publication de la version mineure

Note

Support pour l'utilisation des versions 1.0 et 1.1 de TLS a été supprimé à partir de versions mineures spécifiques de MariaDB. Pour plus d'informations sur les versions mineures de MariaDB prises en charge, consultez. Utilisation de SSL/TLS avec une instance de base de données MariaDB

Vous pouvez utiliser la AWS CLI commande suivante pour déterminer la version cible de mise à niveau mineure automatique actuelle pour une version mineure de MariaDB spécifiée dans une version spécifique. Région AWS

Pour LinuxmacOS, 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

Dans 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 AWS CLI commande suivante détermine la cible de mise à niveau mineure automatique pour la version mineure 10.5.16 de MariaDB dans l'est des États-Unis (Ohio) (us-east-2). Région AWS

Pour LinuxmacOS, 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

Dans 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.

Utilisation d'un réplica en lecture pour réduire les temps d'arrêt lors de la mise à niveau d'une base de données MariaDB

Dans la plupart des cas, un déploiement bleu/vert est la meilleure option pour réduire les temps d'arrêt 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.

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 les temps d'arrêt 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 console Amazon RDS AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/rds/.

2. 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.

   2. Sous Actions, choisissez Créer des réplicas en lecture.

   3. 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.

   4. Choisissez Créer un réplica en lecture.

3. (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.

   2. Sélectionnez Modify.

   3. Dans le champ Déploiement multi-AZ, choisissez Créer une instance de secours.

   4. 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).

   5. Pour Scheduling of Modifications (Planification des modifications), choisissez Appliquer immédiatement.

   6. Choisissez Modifier l'instance DB.

4. 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.

   2. Sélectionnez Modify.

   3. 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).

   4. Pour Scheduling of Modifications (Planification des modifications), choisissez Appliquer immédiatement.

   5. Choisissez Modifier l'instance de base de données pour démarrer la mise à niveau.

5. Lorsque la mise à niveau est terminée et que le statut indique Disponible, vérifiez que la réplique de lecture mise à niveau correspond up-to-date à 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 Seconds_Behind_Master champ l'est0, la réplication l'est up-to-date.

   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 alors SHOW SLAVE STATUS.

6. (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.

   2. Sous Actions, choisissez Créer des réplicas en lecture.

   3. 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.

   4. Choisissez Créer un réplica en lecture.

7. (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 RDSAmazon.

   2. 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 des paramètres d'un groupe de paramètres de base de données dans Amazon RDS.

   3. Sur la console, choisissez Bases de données, puis sélectionnez le réplica en lecture.

   4. Sélectionnez Modify.

   5. 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).

   6. Pour Scheduling of Modifications (Planification des modifications), choisissez Appliquer immédiatement.

   7. Choisissez Modifier l'instance de base de données pour démarrer la mise à niveau.

8. 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.

   2. Pour Actions, choisissez Promote (Promouvoir).

   3. Choisissez Oui pour activer les sauvegardes automatiques pour l'instance du réplica en lecture. Pour plus d'informations, consultez Présentation des sauvegardes.

   4. Choisissez Continuer.

   5. Choisissez Promouvoir le réplica en lecture.

9. 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.