Qu’est-ce qu’Azure Database pour PostgreSQL ?

2025-06-11

S’APPLIQUE À : Azure Database pour PostgreSQL : serveur flexible

Cet article fournit une vue d’ensemble et une présentation des concepts fondamentaux du modèle de déploiement de serveur flexible Azure Database pour PostgreSQL. Que vous veniez de commencer ou que vous souhaitez actualiser vos connaissances, cette vidéo d’introduction offre une vue d’ensemble complète d’Azure Database pour PostgreSQL – Serveur flexible, pour vous familiariser avec ses principales fonctionnalités.

Azure Database pour PostgreSQL – Serveur flexible est un service de base de données entièrement managé conçu pour offrir un contrôle et une flexibilité plus précis des fonctions de gestion de base de données et des paramètres de configuration. Le service fournit généralement plus de flexibilité et de personnalisations de configuration de serveur en fonction des besoins de l’utilisateur. L’architecture à serveur flexible permet de colocaliser le moteur de base de données avec le niveau client pour une latence plus faible, et d’opter pour une haute disponibilité au sein d’une même zone de disponibilité et dans plusieurs zones de disponibilité. Les instances de serveur flexible Azure Database pour PostgreSQL offrent également de meilleurs contrôles d’optimisation des coûts avec la possibilité d’arrêter/démarrer votre serveur et d’un niveau de calcul burstable idéal pour les charges de travail qui n’ont pas besoin d’une capacité de calcul complète en continu. Le service prend en charge différentes versions majeures de PostgreSQL de la communauté. Reportez-vous aux versions PostgreSQL prises en charge dans le serveur flexible Azure Database pour PostgreSQL pour plus d’informations sur les versions spécifiques prises en charge. Ce service est disponible dans différentes régions Azure.

Les instances du serveur flexible Azure Database pour PostgreSQL conviennent bien pour :

Développement d’applications nécessitant un meilleur contrôle et des personnalisations.
Haute disponibilité redondante interzone.
Fenêtres de maintenance managées.

Architecture et haute disponibilité

Le modèle de déploiement d’Azure Database pour PostgreSQL – Serveur flexible est conçu pour prendre en charge une haute disponibilité au sein d’une même zone de disponibilité et dans plusieurs zones de disponibilité. L'architecture distingue le calcul du stockage. Le moteur de base de données s’exécute sur un conteneur dans une machine virtuelle Linux, tandis que les fichiers de données résident sur le stockage Azure. Le stockage gère trois copies synchrones localement redondantes des fichiers de base de données, ce qui garantit la durabilité des données.

Si la haute disponibilité redondante de zone est configurée, le service approvisionne et gère un serveur de secours actif dans la zone de disponibilité, au sein de la même région Azure. Les modifications apportées aux données sur le serveur source sont répliquées de façon synchrone sur le serveur de secours pour éviter toute perte de données. Avec la haute disponibilité redondante interzone, une fois l’événement de basculement planifié ou non planifié déclenché, le serveur de secours est immédiatement mis en ligne et disponible pour traiter les transactions entrantes. Cela permet la résilience du service en cas de défaillance de zone de disponibilité dans une région Azure prenant en charge plusieurs zones de disponibilité, comme illustré dans l’image ci-dessous.

Voir [Haute disponibilité]/azure/reliability/reliability-postgresql-flexible-server.

Mise à jour corrective automatisée avec une fenêtre de maintenance gérée

Le service effectue une mise à jour corrective automatisée du matériel, du système d’exploitation et du moteur de base de données sous-jacents. Le correctif comprend les mises à jour de sécurité et de logiciel. La version de maintenance planifiée inclut des mises à niveau de version mineures pour le moteur PostgreSQL. Les utilisateurs peuvent configurer la planification de mises à jour correctives pour qu’elle soit gérée par le système, ou définir leur planification personnalisée. Pendant la planification de maintenance, le correctif est appliqué et le serveur peut être redémarré dans le cadre du processus de mise à jour corrective. Avec la planification personnalisée, les utilisateurs peuvent rendre leur cycle de mise à jour prévisible, et choisir une fenêtre de maintenance ayant un impact minimal sur l’activité. En général, le service suit une planification de publication mensuelle dans le cadre de l’intégration et de la publication continues.

Sauvegardes automatiques

Azure Database pour PostgreSQL – Serveur flexible crée automatiquement des sauvegardes du serveur et les conserve sur le stockage redondant interzone (ZRS) de la région. Les sauvegardes peuvent restaurer votre serveur à n'importe quel point dans la période de rétention des sauvegardes. La période de rétention de sauvegarde par défaut est de sept jours. La rétention peut être facultativement configurée sur une durée maximum de 35 jours. Toutes les sauvegardes sont chiffrées à l’aide du chiffrement AES de 256 bits. Pour plus d’informations, consultez Sauvegardes.

Ajustez les performances et la mise à l’échelle en quelques secondes

Azure Database pour PostgreSQL – Serveur flexible est disponible dans trois niveaux de service : Burstable, Usage général et À mémoire optimisée. Le niveau Burstable convient le mieux aux charges de travail de développement à faible coût et à faible concurrence sans capacité de calcul continue. Les niveaux Usage général et À mémoire optimisée conviendront quant à eux aux charges de travail de production nécessitant une simultanéité et une mise à l'échelle de haut niveau, ainsi que des performances prévisibles. Vous pouvez créer votre première application sur une petite base de données pour un faible coût mensuel, puis adapter l’échelle aux besoins de votre solution en toute fluidité.

Arrêter/démarrer le serveur pour réduire le coût TCO

Le serveur flexible Azure Database pour PostgreSQL vous permet d’arrêter et de démarrer le serveur à la demande pour réduire votre TCO. La facturation du niveau de calcul s’arrête immédiatement lorsque le serveur est arrêté. Cela peut permettre des économies significatives en termes de développement, de test et de charges de travail de production liées au temps prévisibles. Le serveur reste arrêté pendant sept jours, sauf si le redémarrage intervient plus tôt.

Sécurité de niveau entreprise

Azure Database pour PostgreSQL – Serveur flexible utilise le module de chiffrement conforme à la norme FIPS 140-2 pour chiffrer le stockage des données au repos. Toutes les données sont chiffrées, y compris les sauvegardes et les fichiers temporaires créés lors de l'exécution de requêtes. Le service utilise le chiffrement AES 256 bits inclus dans le chiffrement de stockage Azure, et les clés peuvent être gérées par le système (par défaut). Le serveur flexible Azure Database pour PostgreSQL chiffre les données en mouvement avec la sécurité de couche de transport par défaut (SSL/TLS) appliquée par défaut. Le service applique et prend en charge TLS version 1.2 et ultérieure.

Les instances de serveur flexible Azure Database pour PostgreSQL permettent un accès privé complet aux serveurs à l’aide d’un réseau virtuel Azure (intégration au réseau virtuel). Les serveurs dans le réseau virtuel Azure sont uniquement accessibles et connectés via des adresses IP privées. Avec l’intégration VNet, l’accès public est refusé et les serveurs ne sont pas accessibles à l’aide de points de terminaison publics.

Surveiller et alerter

Le serveur flexible Azure Database pour PostgreSQL dispose de fonctionnalités intégrées de surveillance des performances et d’alerte. Toutes les métriques Azure ont une fréquence d’une minute, chacune fournissant 30 jours d’historique. Vous pouvez configurer des alertes basées sur les métriques. Le service expose les métriques du serveur hôte afin de surveiller l’utilisation des ressources et permet de configurer les journaux de requêtes lentes. Grâce à ces outils, vous pouvez rapidement optimiser vos charges de travail et configurer votre serveur pour les meilleures performances.

PgBouncer intégré

Une instance de serveur flexible Azure Database pour PostgreSQL a un pgBouncer intégré et un pool de connexions. Vous pouvez l’activer et connecter vos applications à votre instance d’Azure Database pour PostgreSQL – Serveur flexible via PgBouncer en utilisant le même nom d’hôte et le port 6432.

Régions Azure

L’un des avantages de l’exécution de votre charge de travail dans Azure est sa portée mondiale. Azure Database pour PostgreSQL - Serveur flexible est actuellement disponible dans les régions Azure suivantes :

Région	Calculateur Intel V3/V4/V5/AMD	Haute disponibilité redondante interzone	Haute disponibilité dans la même zone	Sauvegarde géoredondante
Centre de l’Australie	✅ (v3/v4/v5 uniquement)	❌	✅	✅
Australie Centre 2*	✅ (v3/v4/v5 uniquement)	❌	✅	❌
Australie Est	✅ (tous les SKU)	✅	✅	✅
Sud-Est de l'Australie	✅ (v3/v4/v5 uniquement)	❌	✅	✅
Brésil Sud	✅ (v3/v4/v5 uniquement)	✅ $	✅	❌
Brésil Sud-Est*	✅ (v3/v4/v5 uniquement)	❌	✅	❌
Centre du Canada	✅ (tous les SKU)	✅	✅	✅
Est du Canada	✅ (tous les SKU)	❌	✅	✅
Inde centrale	✅ (v3/v4/v5 uniquement)	✅ $	✅	✅
Centre des États-Unis	✅ (v3/v4/v5 uniquement)	✅	✅	✅
Chine orientale 2	✅ (v3/v4 uniquement)	❌	✅	❌
Chine Est 3	✅ (v3/v4 uniquement)	❌	✅	✅
Chine Nord 2	✅ (v3/v4 uniquement)	❌	✅	❌
Chine Nord 3	✅ (v3/v4/v5 uniquement)	✅	✅	✅
Asie Est	✅ (v3/v4/v5 uniquement)	✅ $ **	✅	✅
USA Est	✅ (tous les SKU)	✅ $	✅	✅
Est des États-Unis 2	✅ (v3/v4 uniquement)	✅ $	✅	✅
France Centre	✅ (v3/v4/v5 uniquement)	✅	✅	✅
France Sud	✅ (v3/v4/v5 uniquement)	❌	✅	✅
Allemagne Nord*	✅ (v3/v4/v5 uniquement)	❌	✅	✅
Allemagne Centre-Ouest	✅ (v3/v4/v5 uniquement)	✅ $	✅	✅
Israël Central	✅ (v3/v4 uniquement)	✅	✅	❌
Italie Nord	✅ (v3/v4/v5 uniquement)	✅	✅	❌
Japon Est	✅ (v3/v4 uniquement)	✅	✅	✅
Japon Ouest	✅ (v3/v4/v5 uniquement)	❌	✅	✅
JIO Inde Centre	✅ (v3 uniquement)	❌	✅	✅
Jio Inde Ouest	✅ (v3 uniquement)	❌	✅	✅
Centre de la Corée	✅ (v3/v4/v5 uniquement)	✅ **	✅	✅
Corée du Sud	✅ (v3/v4/v5 uniquement)	❌	✅	✅
Mexique Centre	✅ (v3/v4 uniquement)	✅ $	✅	❌
Nouvelle-Zélande Nord	✅ (v3/v4/v5 uniquement)	✅	✅	❌
Centre-Nord des États-Unis	✅ (tous les SKU)	❌	✅	✅
Europe Nord	✅ (v3/v4/v5 uniquement)	✅ $	✅	✅
Norvège Est*	✅ (tous les SKU)	✅	✅	✅
Norvège Ouest	✅ (v3/v4/v5 uniquement)	❌	✅	✅
Pologne Centre	✅ (v3/v4 uniquement)	✅	✅	❌
Banque Centrale du Qatar	✅ (v3/v4 uniquement)	✅ $	✅	❌
Afrique du Sud Nord	✅ (v3/v4/v5 uniquement)	✅	✅	✅
Afrique du Sud Ouest*	✅ (v3/v4/v5 uniquement)	❌	✅	✅
États-Unis - partie centrale méridionale	✅ (v3/v4 uniquement)	✅ $	✅	✅
Inde Sud	✅ (v3/v4/v5 uniquement)	✅	✅	✅
Asie Sud-Est	✅ (v3/v4 uniquement)	✅ $	✅	✅
Espagne Centre	✅ (v3/v4 uniquement)	✅	✅	❌
Suède Centre	✅ (v3/v4/v5 uniquement)	✅	✅	✅
Suisse Nord	✅ (v3/v4/v5 uniquement)	✅	✅	✅
Suisse Ouest*	✅ (v3/v4/v5 uniquement)	❌	✅	✅
Émirats arabes unis Centre*	✅ (v3/v5 uniquement)	❌	✅	✅
Émirats arabes unis Nord	✅ (v3/v4/v5 uniquement)	✅	✅	✅
Sud du Royaume-Uni	✅ (tous les SKU)	✅	✅	✅
Ouest du Royaume-Uni	✅ (tous les SKU)	❌	✅	✅
Gouvernement des États-Unis – Arizona	✅ (v3/v4 uniquement)	❌	✅	❌
Gouvernement des États-Unis – Texas	✅ (v3/v4 uniquement)	❌	✅	❌
Gouvernement américain - Virginie	✅ (v3/v4 uniquement)	✅	✅	✅
Centre-USA Ouest	✅ (v3/v4/v5 uniquement)	❌	✅	✅
Europe Ouest	✅ (v3/v4/v5 uniquement)	✅ $	✅	✅
USA Ouest	✅ (tous les SKU)	❌	✅	✅
Ouest des États-Unis 2	✅ (v3/v4 uniquement)	✅ $	✅	✅
USA Ouest 3	✅ (tous les SKU)	✅ **	✅	❌

$ Les nouveaux déploiements à haute disponibilité redondante interzone sont temporairement bloqués dans ces régions. Les serveurs HA déjà provisionnés sont entièrement pris en charge.

$$ Les déploiements de nouveaux serveurs sont temporairement bloqués dans ces régions. Les serveurs déjà approvisionnés sont entièrement pris en charge.

** La haute disponibilité redondante interzone peut maintenant être déployée quand vous provisionnez de nouveaux serveurs dans ces régions. Tous les serveurs existants déployés dans une zone de disponibilité (AZ) avec l'option sans préférence (vérifiez cela sur le portail Azure) avant que la région n'ait commencé à prendre en charge les AZ, même lorsque vous activez la redondance de zone pour haute disponibilité, le serveur de secours est configuré dans la même zone de disponibilité (haute disponibilité dans la même zone) que le serveur principal. Pour activer la haute disponibilité redondante interzone dans de tels cas, lisez ces considérations spéciales.

(*) Certaines régions sont soumises à une restriction d’accès pour la prise en charge de scénarios client spécifiques, par exemple la récupération d’urgence dans le pays/région. Ces régions sont disponibles seulement sur demande en créant une demande de support.

Remarque

Si votre application requiert une haute disponibilité redondante interzone et est indisponible dans votre région Azure de prédilection, envisagez d’utiliser d’autres régions au sein de la même géographie, où la haute disponibilité redondante interzone est disponible, par exemple, USA Est pour USA Est 2, USA Centre pour USA Centre Nord, etc.

Migration

Azure Database pour PostgreSQL – Serveur flexible exécute la version communautaire de PostgreSQL. Ceci permet une compatibilité totale des applications et nécessite un coût de refactorisation minimal pour migrer une application existante développée sur le moteur PostgreSQL vers Azure Database pour PostgreSQL – Serveur flexible.

Azure Database Migration Service : vous pouvez l’utiliser pour des migrations fluides et simplifiées vers Azure Database pour PostgreSQL – Serveur flexible avec temps d’arrêt minimal. Visitez quel est le service de migration dans Azure Database pour PostgreSQL ?
Image mémoire et restauration : pour les migrations hors connexion, au cours desquelles les utilisateurs peuvent se permettre des temps d'arrêt, l'image mémoire et la restauration à l'aide d'outils communautaires tels que pg_dump et pg_restore peuvent constituer la méthode de migration la plus rapide. Pour plus d'informations, consultez Migrer à l'aide du dump et de la restauration.

Questions fréquemment posées (FAQ)

Cette section traite des questions courantes sur le serveur flexible Azure Database pour PostgreSQL, notamment ses fonctionnalités, ses configurations et ses meilleures pratiques. Que vous soyez nouveau dans le service ou que vous recherchiez des détails spécifiques, ces FAQ fournissent des réponses rapides pour vous aider à commencer et à optimiser votre expérience.

Quelle est la stratégie de Microsoft pour résoudre les défauts du moteur PostgreSQL ?

Reportez-vous à la stratégie actuelle de Microsoft ici.

Contacts

Si vous avez des questions ou des suggestions sur Azure Database pour PostgreSQL, envoyez un e-mail à l’équipe Azure Database pour PostgreSQL.