Partager via


Stratégie de contrôle de version de serveur flexible Azure Database pour PostgreSQL

S’APPLIQUE À : Serveur flexible Azure Database pour PostgreSQL

Important

Azure Database pour PostgreSQL – Serveur unique est en voie de mise hors service. Nous vous recommandons vivement de procéder à la mise à niveau vers un serveur flexible Azure Database pour PostgreSQL. Pour plus d’informations sur la migration vers un serveur flexible Azure Database pour PostgreSQL, consultez Ce qui se passe sur un serveur unique Azure Database pour PostgreSQL ?.

Cette page décrit la stratégie de contrôle de version du serveur flexible Azure Database pour PostgreSQL, qui s’applique aux modes de déploiement suivants :

  • Serveur unique Azure Database pour PostgreSQL
  • Serveur flexible Azure Database pour PostgreSQL

Versions de PostgreSQL prises en charge

Le serveur flexible Azure Database pour PostgreSQL prend en charge les versions de base de données suivantes.

Version Serveur unique Azure Database pour PostgreSQL Serveur flexible Azure Database pour PostgreSQL
PostgreSQL 17 (préversion) X
PostgreSQL 16 X
PostgreSQL 15 X
PostgreSQL 14 X
PostgreSQL 13 X
PostgreSQL 12 (mis hors service)* Consulter stratégie
PostgreSQL 11 X X
PostgreSQL 10 (mis hors service) Consulter stratégie
PostgreSQL 9.6 (mis hors service) Consulter stratégie
PostgreSQL 9.5 (retiré) Consulter stratégie

Prise en charge de la version majeure

Chaque version majeure de PostgreSQL est prise en charge par le serveur flexible Azure Database pour PostgreSQL à partir de la date du début de la prise en charge de la version par Azure, et jusqu’à ce que la version soit mise hors service par la communauté PostgreSQL. Reportez-vous à Stratégie de contrôle de version de la communauté PostgreSQL.

Prise en charge de la version mineure

Le serveur flexible Azure Database pour PostgreSQL effectue automatiquement des mises à niveau de versions mineures vers la version PostgreSQL préférée d’Azure dans le cadre d’une maintenance périodique.

Stratégie de mise hors service de la version majeure

Le tableau ci-dessous fournit les détails relatifs au retrait des versions principales de PostgreSQL. Les dates suivent la stratégie de contrôle de version de la communauté PostgreSQL.

Version Nouveautés Date de début de la prise en charge d’Azure Date de mise hors service (Azure)
PostgreSQL 17 Fonctionnalités 30 septembre 2024 8 novembre 2029
PostgreSQL 16 Fonctionnalités 15 octobre 2023 9 novembre 2029
PostgreSQL 15 Fonctionnalités 15 mai 2023 11 novembre 2027
PostgreSQL 14 Fonctionnalités 29 juin 2022 12 novembre 2026
PostgreSQL 13 Fonctionnalités 25 mai 2021 13 novembre 2025
PostgreSQL 12 (mis hors service) Fonctionnalités 22 septembre 2020 14 novembre 2024
PostgreSQL 11 Fonctionnalités 24 juillet 2019 9 novembre 2025
PostgreSQL 10 (mis hors service) Fonctionnalités 4 juin 2018 10 novembre 2022
PostgreSQL 9.5 (retiré) Fonctionnalités 18 avril 2018 11 février 2021
PostgreSQL 9.6 (mis hors service) Fonctionnalités 18 avril 2018 11 novembre 2021

Prise en charge de PostgreSQL 11

Azure étend la prise en charge de PostgreSQL 11 pour Azure Database, serveur flexible pour PostgreSQL. Cette chronologie de prise en charge étendue est conçue pour fournir plus de temps aux utilisateurs pour planifier et migrer d’Un serveur unique Azure Database pour PostgreSQL vers un serveur flexible et pour effectuer une mise à niveau vers des versions plus élevées de PostgreSQL. La chronologie de prise en charge étendue est conçue pour faciliter une transition fluide pour les utilisateurs qui s’appuient actuellement sur PostgreSQL 11.

Prise en charge de PostgreSQL 12

PostgreSQL 12 a atteint sa fin de vie le 14 novembre 2024, conformément à la stratégie de gestion des versions de la communauté PostgreSQL. Selon cette stratégie, chaque version majeure est prise en charge jusqu’à sa mise hors service par la communauté. Contrairement à PostgreSQL 11, qui a étendu la prise en charge jusqu’au 9 novembre 2025, PostgreSQL 12 ne reçoit pas de support étendu d’Azure. Les utilisateurs sont encouragés à effectuer une mise à niveau vers des versions plus récentes pour garantir une prise en charge et un accès continus aux nouvelles fonctionnalités.

Prise en charge du Serveur unique :

  • Jusqu’au 28 mars 2025, les utilisateurs peuvent continuer à créer et utiliser des serveurs PostgreSQL 11 sur Azure Database pour PostgreSQL – Serveur unique, à l’exception de la création via le portail Azure. Il est important de noter que les autres restrictions associées aux moteurs PostgreSQL mis hors service s’appliquent toujours.
  • Azure propose des mises à jour intégrant des versions mineures fournies par la communauté PostgreSQL pour les serveurs PostgreSQL 11 jusqu’au 9 novembre 2023.

Prise en charge du Serveur flexible

  • Les utilisateurs peuvent créer et exécuter des serveurs PostgreSQL 11 sur Azure Database pour PostgreSQL – Serveur flexible jusqu’au 9 novembre 2025.
  • À l’instar du Serveur unique, les mises à jour avec la communauté PostgreSQL ont fourni des versions mineures disponibles pour les serveurs PostgreSQL 11 jusqu’au 9 novembre 2023.
  • Du 9 novembre 2023 au 9 novembre 2025, les utilisateurs peuvent continuer à utiliser et à créer de nouvelles instances de PostgreSQL 11 sur le Serveur flexible, mais ils sont soumis aux restrictions des autres moteurs PostgreSQL mis hors service.

Cette prolongation de la prise en charge de Postgres 11 entre dans le cadre de l’engagement d’Azure à fournir un chemin de migration fluide et à garantir des fonctionnalités continues pour les utilisateurs.

Versions du moteur PostgreSQL mises hors service qui ne sont pas prises en charge dans le serveur flexible Azure Database pour PostgreSQL

Vous pouvez continuer à exécuter la version mise hors service dans le serveur flexible Azure Database pour PostgreSQL. Toutefois, tenez compte des restrictions suivantes après la date de mise hors service pour chaque version de la base de données PostgreSQL :

  • Dans la mesure où la communauté ne publie plus de correctifs de bogues ou de correctifs de sécurité, le serveur flexible Azure Database pour PostgreSQL n’effectuera pas de mise à jour corrective sur le moteur de base de données mis hors service pour la résolution de bogues ou de problèmes de sécurité, ni ne prendra de mesure de sécurité concernant le moteur de base de données mis hors service. Vous pouvez dès lors être confronté à des failles de sécurité ou à d’autres problèmes. Toutefois, Azure continue à effectuer régulièrement des opérations de maintenance et de mise à jour pour l’hôte, le système d’exploitation, les conteneurs et tout autre composant lié aux services.
  • Si un problème de support que vous pouvez rencontrer est lié au moteur PostgreSQL lui-même, dans la mesure où la communauté ne fournit plus les correctifs, nous ne sommes pas en mesure de vous fournir du support technique. Vous devez mettre à niveau votre base de données vers l’une des versions prises en charge.
  • Vous ne serez plus en mesure de créer des serveurs de base de données pour la version mise hors service. Toutefois, vous pouvez effectuer des récupérations jusqu’à une date et heure, et créer des réplicas de lecture pour vos serveurs existants.
  • Les nouvelles fonctionnalités de service développées par le serveur flexible Azure Database pour PostgreSQL risquent d’être disponibles uniquement pour les versions de serveur de base de données prises en charge.
  • Les contrats de niveau de service de durée de bon fonctionnement s’appliquent seulement aux problèmes liés au service Azure Database pour PostgreSQL – serveur flexible et non aux temps d’arrêt causés par des bogues liés au moteur de base de données.
  • En cas de menace sérieuse sur le service provoquée par la vulnérabilité du moteur de base de données PostgreSQL identifiée dans la version de la base de données mise hors service, Azure peut décider d’arrêter votre serveur de base de données pour sécuriser le service. Dans ce cas, vous êtes notifié de la mise à niveau du serveur avant sa mise en ligne.
  • Les nouvelles extensions introduites pour le serveur flexible Azure Database pour PostgreSQL ne seront pas prises en charge sur les versions de postgres qui ont été retirées par la communauté.

Syntaxe de version PostgreSQL

Avant PostgreSQL version 10, la stratégie de contrôle de version de PostgreSQL considérait qu’une mise à niveau de version majeure était une augmentation du premier ou du deuxième chiffre. Par exemple, une mise à niveau de la version 9.5 vers la version 9.6 était considérée comme une mise à niveau de version majeure. Depuis la version 10, seule une modification du premier chiffre est considérée comme une mise à niveau de version majeure. Par exemple, une mise à niveau de la version 10.0 vers la version 10.1 est une mise à niveau de version mineure. Une mise à niveau de la version 10 à 11 est une mise à niveau de version majeure.