Azure Database pour PostgreSQL - Serveur flexible
S’APPLIQUE À : 
Azure Database pour PostgreSQL : serveur flexible
Deux modes de déploiement sont disponibles pour Azure Database pour PostgreSQL optimisé par PostgreSQL Community Edition :
Cet article fournit une vue d’ensemble et une présentation des concepts de base du modèle de déploiement d’Azure Database pour PostgreSQL – Serveur flexible. 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.
Vue d’ensemble
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 d’Azure Database pour PostgreSQL – Serveur flexible offrent de meilleurs contrôles d’optimisation des coûts grâce à la possibilité d’arrêter/de démarrer votre serveur et au niveau de calcul Burstable, ce qui est idéal pour les charges de travail ne nécessitant pas en permanence une capacité de calcul complète. Le service prend en charge différentes versions majeures de PostgreSQL de la communauté. Pour plus d’informations sur les versions spécifiques prises en charge, consultez Versions de PostgreSQL prises en charge dans Azure Database pour PostgreSQL – Serveur flexible. Ce service est disponible dans différentes régions Azure.
Les instances d’Azure Database pour PostgreSQL – Serveur flexible 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.
Pour plus d’informations, consultez Haute disponibilité.
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. Pour le moteur PostgreSQL, les mises à niveau de version mineures sont également incluses dans le cadre de la publication de maintenance planifiée. Les utilisateurs peuvent configurer la planification de la mise à jour corrective pour qu’elle soit gérée par le système, ou définir leur planification personnalisés. Lors de la planification de la maintenance, le patch est appliqué et le serveur peut nécessiter un redémarrage dans le cadre du processus de mise à jour corrective pour achever la mise à jour. 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 est idéalement adapté aux charges de travail de développement à faible coût et faible concurrence sans capacité de calcul complète en permanence. 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
Azure Database pour PostgreSQL – Serveur flexible vous permet d’arrêter et de démarrer le serveur à la demande pour faire baisser votre coût TCO. La facturation du niveau de calcul est immédiatement arrêtée 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). Azure Database pour PostgreSQL – Serveur flexible chiffre les données en mouvement avec les protocoles SSL/TLS appliqués par défaut. Le service applique et prend en charge la version TLS 1.2 uniquement.
Les instances d’Azure Database pour PostgreSQL – Serveur flexible permettent un accès privé complet aux serveurs en utilisant un réseau virtuel Azure (intégration de 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
Azure Database pour PostgreSQL – Serveur flexible dispose de fonctionnalités intégrées de monitoring 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 pour surveiller l’utilisation de la ressource et permet de configurer les journaux des 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 d’Azure Database pour PostgreSQL – Serveur flexible a un pgBouncer intégré, un pooler 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 MySQL – Serveur flexible est actuellement disponible dans les régions Azure suivantes :
| Région | Calcul 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 uniquement) | ❌ | ✔️ | ✔️ |
| Australie Centre 2* | ✔️ (v3/v4 uniquement) | ❌ | ✔️ | ❌ |
| Australie Est | ✔️ (toutes les références SKU) | ✔️ | ✔️ | ✔️ |
| Sud-Australie Est | ✔️ (v3/v4/v5 uniquement) | ❌ | ✔️ | ✔️ |
| Brésil Sud | ✔️ (v3/v4 uniquement) | ✔️ $ | ✔️ | ✔️ |
| Brésil Sud-Est* | ✔️ (v3/v4 uniquement) | ❌ | ✔️ | ❌ |
| Centre du Canada | ✔️ (toutes les références SKU) | ✔️ | ✔️ | ✔️ |
| Est du Canada | ✔️ (toutes les références SKU) | ❌ | ✔️ | ✔️ |
| Inde centrale | ✔️ (v3/v4/v5 uniquement) | ✔️ | ✔️ | ✔️ |
| USA Centre | ✔️ (v3/v4 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 | ✔️ (toutes les références SKU) | ✔️ $ | ✔️ | ✔️ |
| USA Est 2 | ✔️ (v3/v4 uniquement) | ✔️ $ | ✔️ | ✔️ |
| France Centre | ✔️ (v3/v4/v5 uniquement) | ✔️ | ✔️ | ✔️ |
| France Sud | ✔️ (v3/v4 uniquement) | ❌ | ✔️ | ✔️ |
| Allemagne Nord* | ✔️ (v3/v4 uniquement) | ❌ | ✔️ | ✔️ |
| Allemagne Centre-Ouest | ✔️ (v3/v4/v5 uniquement) | ✔️ | ✔️ | ✔️ |
| Israël Central | ✔️ (v3/v4 uniquement) | ✔️ | ✔️ | ❌ |
| Italie Nord | ✔️ (v3/v4 uniquement) | ✔️ | ✔️ | ❌ |
| Japon Est | ✔️ (v3/v4 uniquement) | ✔️ $ | ✔️ | ✔️ |
| OuJapon Est | ✔️ (v3/v4 uniquement) | ❌ | ✔️ | ✔️ |
| JIO Inde Centre | ✔️ (v3 uniquement) | ❌ | ✔️ | ✔️ |
| Inde Ouest Jio | ✔️ (v3 uniquement) | ❌ | ✔️ | ✔️ |
| Centre de la Corée | ✔️ (v3/v4/v5 uniquement) | ✔️ $ ** | ✔️ | ✔️ |
| Corée du Sud | ✔️ (v3/v4/v5 uniquement) | ❌ | ✔️ | ✔️ |
| Mexique Centre | ✔️ (v3/v4 uniquement) | ✔️ | ✔️ | ❌ |
| Centre-Nord des États-Unis | ✔️ (toutes les références SKU) | ❌ | ✔️ | ✔️ |
| Europe Nord | ✔️ (v3/v4/v5 uniquement) | ✔️ | ✔️ | ✔️ |
| Norvège Est* | ✔️ (toutes les références SKU) | ✔️ | ✔️ | ✔️ |
| Norvège Ouest | ✔️ (v3/v4 uniquement) | ❌ | ✔️ | ✔️ |
| Pologne Centre | ✔️ (v3/v4 uniquement) | ✔️ | ✔️ | ❌ |
| Qatar Central | ✔️ (v3/v4 uniquement) | ✔️ $ | ✔️ | ❌ |
| Afrique du Sud Nord | ✔️ (v3/v4/v5 uniquement) | ✔️ | ✔️ | ✔️ |
| Afrique du Sud Ouest* | ✔️ (v3/v4 uniquement) | ❌ | ✔️ | ✔️ |
| États-Unis - partie centrale méridionale | ✔️ (v3/v4 uniquement) | ✔️ $ | ✔️ | ✔️ |
| Inde Sud | ✔️ (v3/v4/v5 uniquement) | ✔️ | ✔️ | ✔️ |
| Asie Sud-Est | ✔️ (toutes les références SKU) | ✔️ | ✔️ | ✔️ |
| 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 uniquement) | ❌ | ✔️ | ✔️ |
| Émirats arabes unis Nord | ✔️ (v3/v4/v5 uniquement) | ✔️ | ✔️ | ✔️ |
| Sud du Royaume-Uni | ✔️ (toutes les références SKU) | ✔️ | ✔️ | ✔️ |
| Ouest du Royaume-Uni | ✔️ (toutes les références 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 | ✔️ (toutes les références SKU) | ❌ | ✔️ | ✔️ |
| USA Ouest 2 | ✔️ (v3/v4 uniquement) | ✔️ $ | ✔️ | ✔️ |
| USA Ouest 3 | ✔️ (toutes les références 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. Pour tous les serveurs existants déployés dans la AZ sans préférence (ce que vous pouvez vérifier sur le portail Azure) avant que la région ne commence à prendre en charge la AZ, le serveur de secours est provisionné dans la même AZ (haute disponibilité de même zone) que le serveur principal, même lorsque vous activez la haute disponibilité redondante interzone. Pour activer la haute disponibilité redondante interzone, procédez comme suit.
(*) 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 de PostgreSQL de la communauté. 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.
- Outil de migration du serveur unique Azure Database pour PostgreSQL vers le serveur flexible Azure Database pour PostgreSQL (préversion) - Cet outil permet une migration plus facile du serveur unique Azure Database pour PostgreSQL vers le serveur flexible 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 de l'image mémoire et de la restauration.
- 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. Consultez DMS via le portail et DMS via l'interface CLI. Vous pouvez migrer votre instance d’Azure Database pour PostgreSQL – Serveur unique vers Azure Database pour PostgreSQL – Serveur flexible. Pour plus d’informations, consultez cet article DMS article.
Forum aux questions
Azure Database pour PostgreSQL – Serveur flexible va-t-il remplacer Azure Database pour PostgreSQL – Serveur unique ?
Nous continuons de supporter Azure Database pour PostgreSQL – Serveur unique et nous vous encourageons à adopter Azure Database pour PostgreSQL – Serveur flexible, qui a des fonctionnalités plus riches, comme la haute disponibilité résiliente aux zones, des performances prédictibles, un contrôle maximal, une fenêtre de maintenance personnalisée, des contrôles d’optimisation des coûts et une expérience de développement simplifiée adaptée à vos charges de travail d’entreprise. Si nous décidons de retirer un service, une fonctionnalité, une API ou une référence SKU, vous recevrez une notification préalable indiquant comment opérer une migration ou une transition. Découvrez-en plus sur les stratégies de cycle de vie Microsoft ici.
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
Pour toute question ou suggestion au sujet d’Azure Database pour PostgreSQL – Serveur flexible, envoyez un e-mail à l’équipe Azure Database pour PostgreSQL – Serveur flexible (@Ask Azure DB for PostgreSQL).
Remarque
Cette adresse e-mail n’est pas un alias du support technique.
En outre, tenez compte des points de contact suivants le cas échéant :
- Pour contacter le support technique Azure, émettez un ticket à partir du Portail Azure.
- Pour résoudre un problème relatif à votre compte, enregistrez une demande de support sur le portail Azure.
- Pour donner votre avis ou demander de nouvelles fonctionnalités, créez une entrée via UserVoice.
Étapes suivantes
Maintenant que vous avez lu l’introduction au mode de déploiement d’Azure Database pour PostgreSQL – Serveur flexible, vous êtes prêt à créer votre premier serveur : Créer une instance d’Azure Database pour PostgreSQL – Serveur flexible en utilisant le portail Azure.