Prise en charge étendue du serveur flexible Azure Database pour PostgreSQL

Pour vous aider à maintenir des charges de travail sécurisées et conformes au-delà de la fin de vie de la communauté (fin de support), Azure introduit un support étendu pour Azure Database pour PostgreSQL.

Le support étendu vous donne un accès continu aux mises à jour de sécurité critiques et à l’assistance technique. En utilisant le support étendu, vous avez le temps de planifier et d’implémenter votre stratégie de mise à niveau en toute confiance.

La prise en charge étendue fournit les éléments suivants :

• Jusqu’à trois années de support supplémentaires après la fin du support standard
• Correctifs de sécurité et correctifs de bogues critiques
• Support technique par le biais de canaux de support Azure (conformément à votre plan existant)

La prise en charge étendue n’inclut pas :

• Nouvelles fonctionnalités
• Une amélioration du niveau de performance
• Corrections de bogues généraux
• Assistance sur le réglage des performances
• Rétroportages non liés à la sécurité ou à la maintenance critique

Pourquoi utiliser le support étendu ?

Utilisez la prise en charge étendue si vous...

• Besoin de plus de temps pour mettre à niveau des charges de travail complexes.
• Exiger la conformité et la couverture de sécurité pendant la planification de la mise à niveau.
• Dépendez d’une prise en charge technique ininterrompue pour les environnements critiques.

Meilleures pratiques

• Traitez le support étendu comme un pont temporaire, et non comme une solution à long terme.
• Commencez la planification de la mise à niveau bien avant la date de fin de vie (fin de support).
• Envisagez de mettre à niveau vers des versions plus récentes telles que PostgreSQL 15 ou 16 pour améliorer les performances et la prise en charge.
• Pour plus d’informations sur les chemins et limitations de mise à niveau pris en charge, consultez la documentation relative à la mise à niveau des versions principales.

Versions de PostgreSQL éligibles

Inscription et prix

• Inscription automatique : le 1er août 2026, le service inscrit automatiquement les serveurs PostgreSQL exécutant des versions non prises en charge dans le support étendu.
• Option de désactivation : vous pouvez désactiver à tout moment en effectuant une mise à niveau vers une version prise en charge.
• Période de grâce : une période de grâce d’un mois est fournie pour postgreSQL versions 11, 12 et 13. La facturation du support étendu démarre le 1er septembre 2026.
• Tarification : les détails sont publiés sur cette page.

Questions Fréquemment Posées (FAQ)

Q : Comment arrêter les frais de support étendu ?

R : Mettez à niveau le serveur vers une version PostgreSQL prise en charge. Une fois la mise à niveau terminée et que le serveur exécute une version PostgreSQL prise en charge, les frais de support étendus ne s’appliquent plus.

Q : Que se passe-t-il si je souhaite continuer à exécuter sans support étendu ? Puis-je refuser ?

R : Non. La prise en charge étendue est automatiquement appliquée aux serveurs éligibles exécutant des versions PostgreSQL non prises en charge. Pour arrêter les frais de support étendus, effectuez une mise à niveau vers une version PostgreSQL prise en charge.

Q : Y a-t-il une interruption de la couverture du support entre la fin du support standard Azure et le début de la facturation du support étendu ?

R : Non. Il n’y a aucune interruption de la couverture de l’assistance. Les serveurs éligibles passent au support étendu immédiatement après la fin du support standard Azure. Si une période de grâce s’applique, les clients continuent à recevoir des prestations de support prolongées pendant cette période sans frais supplémentaires. La facturation commence après la fin de la période de grâce.

Q : Que se passe-t-il si je continue d’exécuter une version PostgreSQL non prise en charge sur Azure après la fin du support de sa communauté ?

R : Votre serveur est automatiquement inscrit au support étendu une fois la période de support standard Azure terminée pour cette version de PostgreSQL. Si une période de grâce s’applique, votre serveur continue de recevoir des avantages de support étendus pendant cette période avant le début de la facturation.

Q : Puis-je continuer à utiliser mon instance PostgreSQL sans support étendu ?

R : Non. Les serveurs exécutant des versions PostgreSQL non prises en charge sont automatiquement inscrits dans la prise en charge étendue. Une fois la période de grâce applicable terminée, les frais de support étendus s’appliquent, sauf si le serveur est mis à niveau vers une version PostgreSQL prise en charge.

Q : Est-ce que je serai facturé pour la prise en charge étendue si mon serveur est arrêté, a échoué ou n’est pas en cours d’exécution ?

R : Non. Les frais de facturation de support étendu s’appliquent uniquement aux serveurs qui sont dans un état Réussi (en cours d’exécution) dans Azure. Si un serveur est arrêté, supprimé ou dans un état d’approvisionnement défaillant, les frais de support étendus ne sont pas appliqués pour cette période. La facturation reprend automatiquement dès que le serveur revient à un état « réussi » et continue d’utiliser une version du moteur en fin de vie dans le cadre du support étendu.

Q : J’ai effectué une mise à niveau pendant le mois de facturation. Est-ce que je serai toujours facturé ?

R : Oui. Les frais de support étendus sont facturés en fonction du moment où un serveur s’exécute sur une version PostgreSQL non prise en charge. Si vous effectuez une mise à niveau pendant une période de facturation, les frais s’appliquent uniquement au moment où le serveur fonctionnait sous une prise en charge étendue avant la fin de la mise à niveau.

Q : Que se passe-t-il si je suis prêt à effectuer une mise à niveau vers une version PostgreSQL prise en charge, mais les contraintes de capacité dans ma région m’empêchent de procéder à la mise à niveau avant le début de la facturation du support étendu ?

R : Si les contraintes de capacité régionales vous empêchent de procéder à une mise à niveau vers une version PostgreSQL prise en charge, votre serveur peut être temporairement exclu de la facturation du support étendu jusqu’à ce que la capacité devienne disponible et qu’un chemin de mise à niveau soit proposé. Microsoft canaux de support fournissent des conseils supplémentaires sur les critères d’éligibilité et de validation.

Q : Mes applications peuvent-elles s’interrompre lors d’une mise à niveau de version majeure ?

R : Les mises à niveau principales de version PostgreSQL peuvent introduire des modifications susceptibles d’affecter votre application, telles que des paramètres de configuration déconseillés, des extensions incompatibles ou des différences de comportement SQL. Validez les mises à niveau dans un environnement hors production avant de les appliquer en production. Pour plus d’informations, consultez les principales considérations et limitations de la documentation sur les mises à niveau des versions majeures. Les clients doivent valider soigneusement la compatibilité des applications et la prise en charge de l’extension dans un environnement hors production avant de planifier une mise à niveau de production.

Q : Comment savoir si mon serveur est en support étendu ?

R : Le portail Azure et Azure CLI indiquent si un serveur est inscrit dans une prise en charge étendue. Vous trouverez également des informations sur l’état et l’éligibilité du support via les propriétés du serveur et les notifications de service associées.

Q : Dois-je mettre à jour les paramètres après les mises à niveau de version majeure ?

R : Dans la plupart des cas, aucune modification manuelle n’est nécessaire. Le flux de travail de mise à niveau met automatiquement à jour les paramètres par défaut si nécessaire pour la version cible de PostgreSQL. Passez en revue les paramètres spécifiques à l’application après la mise à niveau pour vous assurer qu’ils continuent de répondre à vos besoins.

Q : Les extensions PostgreSQL sont-elles automatiquement mises à niveau pendant une mise à niveau de version majeure ?

R : Non. Bien qu'Azure mette à niveau le moteur de base de données, les extensions non essentielles (par exemple, pgvector, timescaledb) nécessitent des mises à jour manuelles. Utilisez ALTER EXTENSION ... UPDATE ou recréez des extensions non prises en charge après la mise à niveau.

Q : Comment puis-je réduire les temps d’arrêt pendant une mise à niveau majeure ?

R : Pour réduire les temps d’arrêt :

• Planifiez les mises à niveau pendant les heures de faible trafic.
• Identifiez et corrigez les bloqueurs de mise à niveau (par exemple, les extensions, les rôles, les emplacements de réplication) avant la mise à niveau.
• Suspendre les travaux en arrière-plan et les sessions longues.
• Effectuez un scale-up temporaire du calcul pour accélérer pg_upgrade.
• Nettoyez l'encombrement avec VACUUM ou REINDEX si nécessaire.
• Exécutez ANALYZE après la mise à niveau pour restaurer les performances.

Q : Où puis-je suivre laquelle de mes serveurs est proche de la fin de la prise en charge ?

R : Le portail Azure offre une visibilité, y compris des indicateurs pour les serveurs qui approchent de la fin du support et des serveurs inscrits dans le support étendu.

Q : Quelles options de support sont disponibles pendant la phase de support étendu ?

R : La prise en charge étendue inclut l’accès aux mises à jour de sécurité, aux correctifs de bogues critiques et à l’assistance technique via Azure canaux de support conformément à votre plan de support. La prise en charge étendue n’inclut pas les nouvelles fonctionnalités, les améliorations de performances, la prise en charge des mises à niveau de versions mineures ni le rétroportage d’améliorations vers des versions en fin de prise en charge.

Q : Comment la période entre le 13 novembre 2025 et le 1er mars 2026 sera-t-elle gérée pour PostgreSQL version 13 ? Le soutien sera-t-il poursuivi pendant cette période ? Comment cela va-t-il différer de la période antérieure au 13 novembre 2025 ?

R : Selon la stratégie de gestion des versions de la communauté PostgreSQL, la communauté prend en charge chaque version majeure jusqu’à sa mise hors service. Azure offre un support étendu gratuit jusqu’au 31 août 2026. À compter du 1er septembre, les clients paient le support étendu. Pour garantir une prise en charge et un accès continus aux nouvelles fonctionnalités, effectuez une mise à niveau vers des versions plus récentes.

Contenu connexe

• Mise à niveau de version majeure
• Versions de PostgreSQL prises en charge
• Stratégie de prise en charge des versions