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.
Mise à niveau de la version mineure ou du niveau de correctif d’un cluster de bases de données Aurora MySQL
Vous pouvez utiliser les méthodes suivantes pour mettre à niveau la version mineure d’un cluster de bases de données ou appliquer un correctif à un cluster de bases de données :
-
Mise à niveau d’Aurora MySQL par modification de la version du moteur (pour Aurora MySQL versions 2 et 3)
-
Activation des mises à niveau automatiques entre versions mineures Aurora MySQL
Pour plus d’informations sur la façon dont l’application de correctifs sans interruption peut réduire les interruptions pendant le processus de mise à niveau, consultez Utilisation des correctifs sans durée d’indisponibilité.
Pour en savoir plus sur la mise à niveau d’une version mineure de votre cluster de bases de données Aurora MySQL, consultez les rubriques suivantes.
Rubriques
Avant d’effectuer une mise à niveau de version mineure
Nous vous recommandons d’effectuer les actions suivantes pour réduire la durée d’indisponibilité lors d’une mise à niveau de version mineure :
La maintenance du cluster de bases de données Aurora doit être effectuée pendant une période de faible trafic. Utilisez Performance Insights pour identifier ces périodes afin de configurer correctement les fenêtres de maintenance. Pour plus d’informations sur Performance Insights, consultez Surveillance de la charge de la base de données avec Performance Insights sur Amazon RDS. Pour plus d’informations sur la fenêtre de maintenance du cluster de bases de données, consultez Ajustement du créneau de maintenance préféré pour un cluster de bases de données.
-
Utilisez des kits AWS SDK qui prennent en charge le backoff exponentiels et l’instabilité en tant que bonne pratique. Pour plus d’informations, consultez Backoff exponentiel et instabilité
.
Vérifications préalables aux mises à niveau de version mineure pour Aurora MySQL
Lorsque vous lancez une mise à niveau d’une version mineure, Amazon Aurora exécute automatiquement des vérifications préalables.
Ces vérifications préalables sont obligatoires. Vous ne pouvez pas choisir de les ignorer. Elles offrent les avantages suivants :
-
Elles vous permettent d’éviter toute durée d’indisponibilité non planifiée pendant la mise à niveau.
-
En cas d’incompatibilités, Amazon Aurora empêche la mise à niveau et vous fournit un journal vous permettant d’en savoir plus. Vous pouvez ensuite utiliser ce journal pour préparer votre base de données pour la mise à niveau en réduisant ces incompatibilités. Pour obtenir des informations détaillées sur la suppression des incompatibilités, consultez Préparation de votre installation pour la mise à niveau
dans la documentation MySQL.
Les vérifications préalables s’exécutent avant que l’instance de base de données soit arrêtée pour la mise à niveau, ce qui signifie que leur exécution n’entraîne aucune durée d’indisponibilité. Si les vérifications préalables identifient une incompatibilité, Aurora annule automatiquement la mise à niveau avant que l’instance de base de données soit arrêtée. Aurora génère également un événement pour cette incompatibilité. Pour plus d’informations sur les événements Amazon Aurora, consultez Utiliser la notification d’événements d’Amazon RDS.
Aurora enregistre des informations détaillées sur chaque incompatibilité dans le fichier journal PrePatchCompatibility.log. Dans la plupart des cas, l’entrée de journal inclut un lien vers la documentation MySQL permettant de corriger l’incompatibilité. Pour plus d’informations sur l’affichage des fichiers journaux, consultez Liste et affichage des fichiers journaux de base de données.
En raison de la nature des vérifications préalables, elle analysent les objets dans votre base de données. L’analyse entraîne la consommation de ressources et augmente le temps nécessaire pour la mise à niveau.
Technique alternative de mise à niveau bleu/vert
Dans certains cas, votre priorité absolue est d’effectuer une bascule immédiate de l’ancien cluster vers un cluster mis à niveau. Dans certains cas, vous pouvez également suivre un processus en plusieurs étapes qui exécute l’ancien et le nouveau cluster côte à côte. Dans ce cas, répliquez les données de l’ancien cluster au nouveau jusqu’à ce que ce dernier soit prêt à prendre le relais. Pour en savoir plus, consultez Utilisation d' (Amazon Aurora Blue/Green Deployments) pour les mises à jour de bases de données.
