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

S’APPLIQUE À : Azure Database pour PostgreSQL – Serveur unique

Cette page décrit la stratégie de versioning d’Azure Database pour PostgreSQL, et s’applique aux modes de déploiement suivants :

  • Serveur unique
  • Serveur flexible

Versions de PostgreSQL prises en charge

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

Version Serveur unique Serveur flexible
PostgreSQL 14 X
PostgreSQL 13 X
PostgreSQL 12 X
PostgreSQL 11 X X
PostgreSQL 10 X
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 à 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 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 9.5 (retiré) Caractéristiques 18 avril 2018 11 février 2021
PostgreSQL 9.6 (mis hors service) Caractéristiques 18 avril 2018 11 novembre 2021
PostgreSQL 10 Caractéristiques 4 juin 2018 10 novembre 2022
PostgreSQL 11 Caractéristiques 24 juillet 2019 9 novembre 2024 [Serveur unique, Serveur flexible]
PostgreSQL 12 Caractéristiques 22 septembre 2020 14 novembre 2024
PostgreSQL 13 Caractéristiques 25 mai 2021 13 novembre 2025
PostgreSQL 14 Caractéristiques 29 juin 2022 (Serveur flexible) 12 novembre 2026

Prise en charge de PostgreSQL 11 dans Serveur unique et Serveur flexible

Azure prolonge la prise en charge de PostgreSQL 11 dans Serveur unique et Serveur flexible d’un an jusqu’au 9 novembre 2024.

  • Vous pourrez créer et utiliser vos serveurs PostgreSQL 11 jusqu’au 9 novembre 2024 sans aucune restriction. Cette prise en charge étendue vise à vous laisser plus de temps pour planifier et migrer vers Serveur flexible avec des versions ultérieures de PostgreSQL.
  • Jusqu’au 9 novembre 2023, Azure continuera de mettre à jour votre serveur PostgreSQL 11 avec les versions mineures fournies par la communauté PostgreSQL.
  • Entre le 9 novembre 2023 et le 9 novembre 2024, vous pourrez continuer d’utiliser vos serveurs PostgreSQL 11 et créer de nouveaux serveurs PostgreSQL sans aucune restriction. Toutefois, d’autres restrictions s’appliqueront pour les versions de moteur PostgreSQL mises hors service.
  • À partir du 9 novembre 2024, toutes les restrictions des versions de moteur PostgreSQL mises hors service s’appliqueront.

Versions de moteur PostgreSQL supprimées non prises en charge dans Azure Database pour PostgreSQL

Vous pouvez continuer à exécuter la version supprimée dans 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 publiera plus de correctifs de bogues ni de correctifs de sécurité, Azure Database pour PostgreSQL n’effectuera pas de mise à jour corrective sur le moteur de base de données mis hors service pour résoudre des bogues ou des problèmes de sécurité. Il n’y aura pas non plus de mesures de sécurité prises 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 continuera à effectuer des opérations de maintenance et de mise à jour périodiques 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. Dans ce cas, vous devrez mettre à niveau votre base de données vers 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 peuvent uniquement être disponibles pour les versions de serveur de base de données prises en charge.
  • Les contrats de niveau de service de durée de fonctionnement s’appliquent uniquement aux problèmes liés au service Azure Database pour PostgreSQL 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 pour 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 supprimée, Azure peut décider d’arrêter votre serveur de base de données pour sécuriser le service. Dans ce cas, vous serez averti de la mise à niveau du serveur avant sa mise en ligne.

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