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.

Versions d'Amazon Aurora

Amazon Aurora réutilise le code et maintient la compatibilité avec les moteurs de base de données MySQL et PostgreSQL sous-jacents. Cependant, Aurora a ses propres numéro de version, cycle de publication, chronologie d'obsolescence, etc. La section suivante explique les points communs et les différences. Ces informations peuvent vous aider, par exemple, pour le choix de la version et la vérification des fonctionnalités et correctifs disponibles dans chaque version. Elles peuvent également vous aider à choisir la fréquence de mise à niveau et à planifier votre processus de mise à niveau.

Bases de données relationnelles disponibles sur Aurora

Les bases de données relationnelles disponibles sur Aurora sont les suivantes :

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 de base de données communautaire spécifique de MySQL ou de PostgreSQL. Vous pouvez trouver la version communautaire de votre base de données à l'aide de la fonction version, et sa version Aurora à l'aide de la fonction aurora_version.

Vous trouverez ci-après des exemples pour Aurora MySQL et Aurora PostgreSQL.

mysql> select version();
+------------------+
|   version()      |
+------------------+
|  5.7.12          | 
+------------------+

mysql> select aurora_version(), @@aurora_version;
+------------------+------------------+
| aurora_version() | @@aurora_version |
+------------------+------------------+
| 2.08.1           | 2.08.1           |
+------------------+------------------+

postgres=> select version();
-----------------------------------------------------------------------------
PostgreSQL 11.7 on x86_64-pc-linux-gnu, compiled by gcc (GCC) 4.9.3, 64-bit
(1 row)

postgres=> select aurora_version();
aurora_version
----------------
3.2.2

Pour de plus amples informations, veuillez consulter Vérification des versions Aurora MySQL avec SQL et Identification des versions Amazon Aurora PostgreSQL.

Versions majeures d'Amazon Aurora

Les versions d'Aurora utilisent le schéma major.minor.patch. 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 Utilisation du support étendu d'Amazon RDS et Tarification d'Amazon Aurora.

Pour plus d'informations sur les versions majeures d'Aurora MySQL et le calendrier de publication, voir Calendrier de publication des versions majeures d'Aurora MySQL.

Pour plus d'informations sur les versions majeures d'Aurora PostgreSQL et le calendrier de publication, voir Calendrier de publication des versions majeures d'Aurora PostgreSQL.

Versions mineures d'Amazon Aurora

Les versions d'Aurora utilisent le schéma major.minor.patch. 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.

Pour plus d'informations sur les versions mineures d'Aurora MySQL et le calendrier de publication, consultez Calendrier de publication des versions mineures d'Aurora MySQL.

Pour plus d'informations sur les versions mineures d'Aurora PostgreSQL et le calendrier de publication, voir Calendrier de publication des versions mineures d'Aurora PostgreSQL.

Versions correctives d'Amazon Aurora

Les versions d'Aurora utilisent le schéma major.minor.patch. Une version corrective d'Aurora inclut des correctifs importants ajoutés à une version mineure après sa sortie initiale (par exemple, Aurora MySQL 2.10.0, 2.10.1, …, 2.10.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.

Pour plus d'informations sur l'application des correctifs, consultez Entretien d'un cluster de base de données Amazon Aurora.

Découverte des nouveautés de chaque version d'Amazon Aurora

Chaque nouvelle version d'Aurora est livrée avec des notes de mise à jour qui énumèrent ses nouvelles fonctions, corrections, améliorations et autres spécificités.

Pour lire les notes de mise à jour d'Aurora MySQL, consultez Release Notes for Aurora MySQL. Pour lire les notes de mise à jour d'Aurora PostgreSQL, consultez Release Notes for Aurora PostgreSQL.

Spécification de la version de base de données Amazon Aurora pour votre cluster de base de données

Vous pouvez spécifier n'importe quelle version actuellement disponible (majeure et mineure) lors de la création d'un nouveau cluster de base de données à l'aide de l'opération Créer une base de données dans l' AWS Management Console opération AWS CLI, le, ou l'opération CreateDBCluster API. Les versions de base de données Aurora ne sont pas toutes disponibles dans toutes les régions AWS .

Pour savoir comment créer des clusters Aurora, consultez Création d'un cluster de base de données Amazon Aurora. Pour savoir comment modifier la version d'un cluster Aurora existant, consultez Modification d'un cluster de bases de données Amazon Aurora.

Versions par défaut d'Amazon Aurora

Quand une nouvelle version mineure d'Aurora contient des améliorations significatives par rapport à une version précédente, elle est marquée comme version par défaut pour les nouveaux clusters de base de données. En règle générale, pour chaque version majeure, nous publions deux versions par défaut par an.

Nous vous recommandons de veiller à ce que votre cluster de base de données soit toujours au niveau de la version mineure par défaut la plus récente, car celle-ci inclut les dernières corrections de sécurité et de fonctionnalité.

Mises à niveau automatiques des versions mineures

Vous pouvez rester à jour avec les versions mineures d'Aurora en activant l'option Mise à niveau automatique des versions mineures pour chaque instance de base de données dans le cluster Aurora. Aurora n'effectue la mise à niveau automatique que si ce paramètre est activé pour toutes les instances de base de données de votre cluster. Des mises à niveau automatiques de version mineure sont effectuées vers la version mineure par défaut.

En général, nous planifions des mises à niveau automatiques deux fois par an pour les clusters de base de données pour lesquels l'option Mise à niveau automatique des versions mineures est définie sur Yes. Ces mises à niveau sont lancées pendant la fenêtre de maintenance que vous spécifiez pour votre cluster. Pour plus d’informations, consultez Mises à niveau automatiques des versions mineures pour les clusters de base de données Aurora.

Les mises à niveau automatiques des versions mineures sont communiquées à l'avance via un événement de cluster de base de données Amazon RDS avec une catégorie maintenance et un ID RDS-EVENT-0156. Pour plus d’informations, consultez Catégories d'événements Amazon RDS et messages d'événements pour 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 de vous demander de passer à une version majeure plus récente et pour vous aider à planifier, nous vous envoyons généralement un rappel au moins 12 mois à l'avance. Nous vous communiquons alors les détails du processus de mise à niveau. Ces détails incluent le calendrier de certaines échéances importantes, l'impact sur vos clusters de base de données, et les mesures que nous vous recommandons de prendre. Avant d'effectuer une mise à niveau de version majeure, nous vous recommandons toujours de tester soigneusement vos applications avec les nouvelles versions de base de données.

Une fois que la version majeure aura atteint la fin du support standard d'Aurora, tout cluster de base de données exécutant encore l'ancienne version sera automatiquement mis à niveau vers une version de support étendu au cours d'une période de maintenance planifiée. Des frais de support étendu peuvent s'appliquer. Pour plus d'informations sur le support étendu d'Amazon RDS, consultez Utiliser le support étendu d'Amazon RDS.

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

Nous comptons rendre chaque version mineure d'une version majeure d'Amazon Aurora disponible pendant au moins 12 mois. À l'issue de cette période, il se peut qu'Aurora applique une mise à niveau automatique de version mineure à la version mineure par défaut suivante. Une telle mise à niveau est lancée pendant la fenêtre de maintenance planifiée pour tout cluster exécutant encore l'ancienne version mineure.

Il se peut que nous remplacions une version mineure d'une version majeure particulière avant la fin de la période habituelle de 12 mois pour corriger des problèmes critiques, par exemple, en lien avec la sécurité, ou si la version majeure a atteint sa fin de vie.

Nous envoyons généralement un rappel trois mois avant de lancer les mises à niveau automatiques des versions mineures dont la fin de vie approche. Nous vous communiquons alors les détails du processus de mise à niveau. Ces détails incluent le calendrier de certaines échéances importantes, l'impact sur vos clusters de base de données, et les mesures que nous vous recommandons de prendre. Les notifications avec un préavis de moins de trois mois sont utilisées quand des problèmes critiques, tels que des problèmes de sécurité, nécessitent une action plus rapide.

Si le paramètre Mise à niveau automatique des versions mineures n'est pas activé, vous recevez un rappel mais aucune notification d'événement RDS. Les mises à niveau interviennent dans une fenêtre de maintenance après la date d'échéance de mise à niveau obligatoire.

Si le paramètre Mise à niveau automatique des versions mineures est activé, vous recevez un rappel et un événement de cluster de base de données Amazon RDS avec une catégorie de maintenance et un identifiant RDS-EVENT-0156. Les mises à niveau interviennent dans la fenêtre de maintenance suivante.

Pour plus d'informations sur les mises à niveau automatiques des versions mineures, consultez Mises à niveau automatiques des versions mineures pour les clusters de base de données Aurora.

Support à long terme pour certaines versions mineures d'Amazon Aurora

Pour chaque version majeure d'Aurora, certaines versions mineures sont désignées comme des versions long-term-support (LTS) et sont disponibles pendant au moins trois ans. Autrement dit, au moins une version mineure par version majeure est rendue disponible plus longtemps que les 12 mois habituels. Nous envoyons généralement un rappel six mois avant la fin de cette période. Nous vous communiquons alors les détails du processus de mise à niveau. Ces détails incluent le calendrier de certaines échéances importantes, l'impact sur vos clusters de base de données, et les mesures que nous vous recommandons de prendre. Les notifications avec un préavis de moins de six mois sont utilisées quand des problèmes critiques, tels que des problèmes de sécurité, nécessitent une action plus rapide.

Les versions mineures LTS incluent uniquement des correctifs critiques (via des versions correctives). Une version LTS n'inclut pas les nouvelles fonctions publiées après son introduction. Une fois par an, les clusters de base de données s'exécutant sur une version mineure LTS sont mis à jour avec la dernière version corrective de la version LTS. Nous effectuons cette mise à jour pour nous assurer que vous bénéficiez des correctifs cumulatifs de sécurité et de stabilité. Il peut arriver que nous corrigions une version mineure LTS plus fréquemment si des correctifs critiques, par exemple de sécurité, doivent être appliqués.

Pour les numéros de version de toutes les versions de Aurora LTS, consultez Versions Long-Term Support (LTS) d'Aurora MySQL et Versions Long-Term Support (LTS) d'Aurora PostgreSQL.

Support étendu d'Amazon RDS pour certaines versions d'Aurora

Avec Amazon RDS Extended Support, vous pouvez continuer à exécuter votre base de données sur une version majeure du moteur après la date de fin du support standard d'Aurora, moyennant des frais supplémentaires. Dans le cadre du support étendu RDS, Amazon RDS fournira des correctifs pour les CVE critiques et élevés, conformément aux niveaux de gravité CVSS de la National Vulnerability Database (NVD). Pour plus d’informations, consultez Utilisation du support étendu d'Amazon RDS.

RDS Extended Support n'est disponible que sur certaines versions d'Aurora. Pour plus d’informations, consultez Versions majeures d'Amazon Aurora.

Contrôle manuel si votre cluster de base de données est mis à niveau vers de nouvelles versions

Des mises à niveau automatiques de version mineure sont effectuées vers la version mineure par défaut. Nous programmons généralement des mises à niveau automatiques deux fois par an pour les clusters de base de données pour lesquels le paramètre de mise à niveau automatique des versions mineures est activé. Ces mises à niveau sont lancées pendant les fenêtres de maintenance spécifiées par le client. Si vous souhaitez désactiver les mises à niveau automatiques des versions mineures, désactivez la mise à niveau automatique des versions mineures sur toute instance de base de données au sein d'un cluster Aurora. Aurora effectue une mise à niveau automatique des versions mineures uniquement si le paramètre est activé sur toutes les instances de base de données de votre cluster.

Les mises à niveau de version majeure présentant un risque en termes de compatibilité, elles ne se produisent pas automatiquement. Vous devez les lancer, sauf en cas de mise à niveau majeure pour cause d'obsolescence, comme expliqué précédemment. Avant d'effectuer une mise à niveau de version majeure, nous vous recommandons toujours de tester soigneusement vos applications avec les nouvelles versions de base de données.

Pour plus d'informations sur la mise à niveau d'un cluster de base de données vers une nouvelle version majeure d'Aurora, consultez Mise à niveau des clusters de bases de données Amazon Aurora MySQL et Mise à niveau des clusters de base de données Amazon Aurora PostgreSQL.

Mises à niveau d'Amazon Aurora obligatoires

Pour certains correctifs critiques, il peut arriver que nous procédions à une mise à niveau gérée vers un correctif plus récent de la même version mineure. Ces mises à niveau obligatoires se produisent même si l'option Mise à niveau automatique des versions mineures est désactivée. Nous vous communiquons alors au préalable les détails du processus de mise à niveau. Ces détails incluent le calendrier de certaines échéances importantes, l'impact sur vos clusters de base de données, et les mesures que nous vous recommandons de prendre. Ces mises à niveau gérées sont effectuées automatiquement. Chaque mise à niveau de ce type est lancée dans la fenêtre de maintenance du cluster.

Test de votre cluster de base de données avec une nouvelle version d'Aurora avant la mise à niveau

Vous pouvez tester le processus de mise à niveau et le fonctionnement de la nouvelle version avec votre application et votre charge de travail. Utilisez l'une des méthodes suivantes :

Une version majeure d'Aurora Pour plus d'informations sur ces méthodes de création de clusters à des fins de test, consultez Clonage d'un volume pour un cluster de base de données Amazon Aurora and Création d'un instantané de cluster de base de données.