Partager via


Stratégie de version d’Azure Database pour PostgreSQL – Serveur flexible

S’APPLIQUE À : Azure Database pour PostgreSQL – Serveur unique> [!IMPORTANT] > Azure Database pour PostgreSQL – Serveur flexible est en voie de mise hors service. Nous vous recommandons vivement de procéder à une mise à niveau vers un serveur flexible Azure Database pour PostgreSQL. Pour plus d’informations sur la migration vers le Serveur flexible Azure Database pour PostgreSQL, consultez l’article Qu’arrive-t-il au Serveur unique Azure Database pour PostgreSQL ?.

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

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

Versions de PostgreSQL prises en charge

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

Version Azure Database pour PostgreSQL – Serveur unique Azure Database pour PostgreSQL - Serveur flexible
PostgreSQL 17 (préversion) X
PostgreSQL 16 X
PostgreSQL 15 X
PostgreSQL 14 X
PostgreSQL 13 X
PostgreSQL 12 X
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 principale

Chaque version principale de PostgreSQL est prise en charge par Azure Database pour PostgreSQL – serveur flexible à 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

Azure Database pour PostgreSQL – serveur flexible 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 retrait 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 Caractéristiques 30-sep-24 8-nov-29
PostgreSQL 16 Caractéristiques 15-oct-23 9-nov-28
PostgreSQL 15 Caractéristiques 15-mai-23 11-nov-27
PostgreSQL 14 Caractéristiques 29-jun-22 12-nov-26
PostgreSQL 13 Caractéristiques 25-mai-21 13-nov-25
PostgreSQL 12 Caractéristiques 22-sep-20 14-nov-24
PostgreSQL 11 Caractéristiques 24-jul-19 9-nov-25
PostgreSQL 10 (mis hors service) Caractéristiques 4-jun-18 10-nov-22
PostgreSQL 9.5 (retiré) Caractéristiques 18-avr-18 11-fév-21
PostgreSQL 9.6 (mis hors service) Caractéristiques 18-avr-18 11-nov-21

Prise en charge de PostgreSQL 11

Azure prolonge sa prise en charge de PostgreSQL 11 dans les deux plateformes Azure Database pour PostgreSQL – Serveur unique et Azure Database pour PostgreSQL – Serveur flexible. Cette prise en charge prolongée vise à donner plus de temps aux utilisateurs pour planifier et migrer vers Azure Database pour PostgreSQL – Serveur flexible pour les versions ultérieures de PostgreSQL.

Prise en charge de PostgreSQL 12

PostgreSQL 12 sera mis hors service le 14 novembre 2024, conformément à la stratégie de contrôle de version d’Azure, qui s’aligne sur 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é. Toutefois, Azure a prolongé la prise en charge de PostgreSQL 11 jusqu’au 9 novembre 2025, afin de donner aux clients plus de temps pour planifier et migrer d’un serveur unique Azure Database pour PostgreSQL vers un serveur flexible, ainsi que vers des versions plus élevées de PostgreSQL. Cette extension de support est conçue pour fournir une transition plus fluide pour les clients qui utilisent actuellement PostgreSQL 11.

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 retirées qui ne sont pas prises en charge dans Azure Database pour PostgreSQL – serveur flexible

Vous pouvez continuer à exécuter la version retirée dans Azure Database pour PostgreSQL – serveur flexible. 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é, Azure Database pour PostgreSQL – serveur flexible 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 supprimée. Toutefois, vous pouvez effectuer des récupérations à un instant dans le passé et créer des réplicas de lecture pour vos serveurs existants.
  • Les nouvelles fonctionnalités de service développées par Azure Database pour PostgreSQL – serveur flexible risquent d’être disponibles uniquement pour les versions 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 Azure Postgres Serveur flexible ne sont pas prises en charge sur les versions postgres de la communauté qui ont été retirées.

Syntaxe de version PostgreSQL

Avant PostgreSQL version 10, la stratégie de gestion de version PostgreSQL considérait une mise à niveau principale comme une augmentation du premier ou du deuxième nombre. Par exemple, une mise à niveau de la version 9.5 vers la version 9.6 était considérée comme une mise à niveau principale. Depuis la version 10, seule une modification du premier numéro est considérée comme une mise à niveau principale. Par exemple, une mise à niveau de la version 10.0 vers la version 10.1 est une mise à niveau mineure. Une mise à niveau de la version 10 à 11 est une mise à niveau principale.

Étapes suivantes