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.
Gestion des versions d’Amazon Aurora
Les versions d’Amazon Aurora sont différentes des bases de données communautaires en amont avec lesquelles elles sont compatibles. Pour vous aider à assurer la compatibilité des applications et à tirer parti des dernières fonctionnalités du moteur de base de données, les sections suivantes expliquent les conventions de gestion des versions d’Aurora et la manière dont les versions Aurora sont mappées à leurs bases de données communautaires respectives.
Pour obtenir la liste des bases de données relationnelles disponibles sur Amazon Aurora, consultez Moteurs de base de données pris en charge pour les clusters de bases de données Amazon Aurora.
Différences de numéros de version entre les bases de données communautaires et Aurora
Chaque version d’Amazon Aurora est compatible avec une version spécifique de sa base de données communautaire correspondante. Vous pouvez trouver la version communautaire de votre base de données à l’aide de la fonction version, et la version Aurora à l’aide de la fonction aurora_version.
Les exemples suivants montrent comment trouver la version communautaire de votre base de données pour Aurora MySQL et Aurora PostgreSQL.
Pour plus d’informations, consultez Vérification des versions Aurora MySQL avec SQL et Identification des versions Amazon Aurora PostgreSQL.
Versions par défaut d’Amazon Aurora
La version par défaut est la version qu’Aurora choisit automatiquement pour la création ou la mise à niveau de la base de données lorsque vous ne spécifiez pas manuellement la version du moteur cible. Par exemple, la commande suivante indique la version du moteur par défaut pour Aurora PostgreSQL (exemple de sortie inclus).
aws rds describe-db-engine-versions \ --engine aurora-postgresql \ --default-only \ --query 'DBEngineVersions[0].EngineVersion' \ --output text 16.4
À chaque version majeure correspond une version mineure par défaut. Par conséquent, la version mineure par défaut est 16.n pour Aurora PostgreSQL 16. Le numéro de version n change lors de la sortie de nouvelles versions mineures d’Aurora par défaut. En règle générale, Aurora publie deux versions par défaut pour chaque version majeure par an. Le script shell bash suivant montre les versions mineures par défaut pour un ensemble de versions majeures d’Aurora PostgreSQL (exemple de sortie inclus).
for major in 16 15 14 13 12 11; do echo -n "Default for Aurora PostgreSQL major version $major: " aws rds describe-db-engine-versions \ --engine aurora-postgresql \ --engine-version "$major" \ --default-only \ --query 'DBEngineVersions[0].EngineVersion' \ --output text done Default for Aurora PostgreSQL major version 16: 16.4 Default for Aurora PostgreSQL major version 15: 15.8 Default for Aurora PostgreSQL major version 14: 14.13 Default for Aurora PostgreSQL major version 13: 13.16 Default for Aurora PostgreSQL major version 12: 12.20 Default for Aurora PostgreSQL major version 11: 11.21
Si vous activez les mises à niveau automatiques des versions mineures pour votre cluster de bases de données Aurora, Aurora utilise soit la version mineure par défaut, soit une version mineure plus récente correspondant à une version majeure donnée. Par exemple, si la version mineure par défaut d’Aurora PostgreSQL 15 est 15.8 et que la version 15.10 plus récente est également disponible, Aurora pourra effectuer une mise à niveau automatique vers la version 15.8 ou 15.10.
Versions majeures d’Amazon Aurora
Les versions d’Aurora utilisent le schéma . Une version majeure d’Aurora fait référence à la version majeure communautaire MySQL ou PostgreSQL avec laquelle Aurora est compatible. Les versions majeures d’Aurora MySQL et d’Aurora PostgreSQL sont disponibles dans le cadre du support standard au moins jusqu’à la fin de vie de la version correspondante de la communauté. Vous pouvez continuer à exécuter une version majeure après la date de fin du support standard Aurora moyennant des frais. Pour plus d’informations, consultez Support étendu Amazon RDS avec Amazon Aurora et Tarification d’Amazon Auroramajor.minor.patch
Pour plus d’informations sur les versions majeures et le calendrier des versions d’Aurora MySQL et d’Aurora PostgreSQL, consultez les pages suivantes dans les notes de mise à jour respectives :
Vous pouvez également consulter les dates de prise en charge des versions majeures du moteur en exécutant la commande AWS CLI describe-db-major-engine-versions ou en utilisant l’opération d’API RDS DescribeDBMajorEngineVersions.
Note
Le support étendu Amazon RDS pour Aurora MySQL version 2 commence le 1er novembre 2024, mais ne sera pas facturé avant le 1er décembre 2024. Entre le 1er et le 30 novembre 2024, tous les clusters de bases de données Aurora MySQL version 2 sont couverts par le support étendu Amazon RDS. Pour plus d’informations, consultez Support étendu Amazon RDS pour certaines versions d’Aurora.
Durée de disponibilité des versions majeures d’Amazon Aurora
Les versions majeures d’Amazon Aurora restent disponibles au moins jusqu’à la fin de vie de la version correspondante de la communauté. Vous pouvez utiliser les dates de fin du support standard Aurora pour planifier vos cycles de test et de mise à niveau. Ces dates représentent la première date à laquelle une mise à niveau vers une version plus récente pourrait être nécessaire. Pour plus d’informations sur les dates, consultez Versions majeures d’Amazon Aurora.
Avant qu’Aurora vous demande de passer à une version majeure plus récente, et pour vous aider à planifier, vous recevrez un rappel au moins 12 mois à l’avance. Ces rappels communiquent les informations suivantes concernant le processus de mise à niveau.
Les dates et heures de certaines étapes clés
L’impact sur vos clusters de bases de données
Actions recommandées
Nous vous recommandons de tester soigneusement vos applications avec les nouvelles versions de base de données avant d’effectuer une mise à niveau de votre cluster vers une nouvelle version majeure.
Une fois que la version majeure a atteint la fin du support standard d’Aurora, tout cluster de bases de données exécutant encore la version précédente sera automatiquement mis à niveau vers une version de support étendu au cours d’une fenêtre de maintenance planifiée. Des frais de support étendu peuvent être facturés. Pour plus d’informations sur le support étendu Amazon RDS, consultez Utilisation du support étendu Amazon RDS.
Versions mineures d’Amazon Aurora
Les versions d’Aurora utilisent le schéma . Une version mineure d’Aurora fournit des améliorations incrémentielles communautaires et spécifiques d’Aurora, telles que de nouvelles fonctions et des correctifs.major.minor.patch
Pour plus d’informations sur les versions mineures et le calendrier des versions d’Aurora MySQL et d’Aurora PostgreSQL, consultez les pages suivantes dans les notes de mise à jour respectives :
Les sections suivantes décrivent en détail la cadence et la durée de vie prévues des versions mineures d’Aurora.
Rubriques
Fréquence de publication des versions mineures d’Amazon Aurora
En général, les versions mineures d’Amazon Aurora sont publiées chaque trimestre. Le calendrier de publication peut varier selon la nécessité d’intégrer des fonctions ou correctifs supplémentaires.
Durée de disponibilité des versions mineures d’Amazon Aurora
En règle générale, Amazon Aurora rend chaque version mineure d’une version majeure spécifique disponible pendant au moins 12 mois. À l’issue de cette période, il se peut qu’Aurora mette à niveau automatiquement votre base de données vers la version mineure par défaut ou une version ultérieure. Aurora lancera la mise à niveau pendant la fenêtre de maintenance planifiée pour tout cluster de bases de données exécutant encore l’ancienne version mineure.
Dans certains cas, Aurora peut remplacer une version mineure d’une version majeure particulière avant la fin de la période habituelle de 12 mois. Les raisons peuvent inclure des problèmes de sécurité critiques ou la date de fin de support d’une version majeure.
Aurora envoie généralement un rappel trois mois avant de lancer les mises à niveau automatiques des versions mineures dont la fin de vie approche. Aurora détaille les éléments suivants concernant le processus de mise à niveau.
Les dates et heures de certaines étapes clés
L’impact sur vos clusters de bases de données
Actions recommandées
Les notifications avec un préavis de moins de trois mois décrivent des problèmes critiques, tels que des problèmes de sécurité, qui nécessitent une action plus rapide.
Si le paramètre Mise à niveau automatique des versions mineures est activé, vous recevrez un rappel mais aucune notification d’événement RDS. Aurora met à niveau votre base de données pendant la fenêtre de maintenance qui suit la date d’échéance de la mise à niveau obligatoire.
Si le paramètre Mise à niveau automatique des versions mineures est désactivé, vous recevrez un rappel et un événement de cluster de bases de données Amazon RDS avec la catégorie maintenance et l’identifiant RDS-EVENT-0156. Aurora mettra à niveau votre base de données pendant la fenêtre de maintenance suivante.
Notez qu’une fois qu’une version mineure aura atteint la fin du support standard d’Aurora, aucune autre version de correctif ne sera publiée pour cette version. Pour pouvoir recevoir des corrections de bogues critiques ou des CVE, vous devrez passer à une version mineure avec support standard.
Pour plus d’informations sur les mises à niveau automatiques des versions mineures, consultez Mises à niveau automatiques des versions mineures pour les clusters de bases de données Aurora.
Versions correctives d’Amazon Aurora
Les versions d’Aurora utilisent le schéma . Une version de correctifs d’Aurora inclut des correctifs importants ajoutés à une version mineure après sa sortie initiale (par exemple, Aurora MySQL 3.04.0, 3.04.1, ..., 3.04.3). Si une nouvelle version mineure apporte de nouvelles fonctions Aurora, les nouvelles versions correctives d’une version mineure spécifique sont principalement utilisées pour résoudre des problèmes importants.major.minor.patch
Pour plus d’informations sur l’application des correctifs, consultez Entretien d’un cluster de bases de données Amazon Aurora.