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

Cet article fournit une vue d’ensemble d’Azure Database pour PostgreSQL, ce qui vous aide à vous familiariser avec ses principales fonctionnalités et concepts de base.

Azure Database pour PostgreSQL est un service de base de données entièrement managé conçu pour vous offrir un contrôle et une flexibilité granulaires sur les fonctions de gestion de base de données et les paramètres de configuration. Le service offre une flexibilité et des personnalisations de configuration de serveur en fonction de vos besoins. L’architecture vous permet de colocaliser le moteur de base de données avec le niveau client pour une latence inférieure et de choisir une haute disponibilité dans une seule zone de disponibilité et entre plusieurs zones de disponibilité. L’instance de serveur flexible Azure Database pour PostgreSQL fournit également des contrôles d’optimisation des coûts avec la possibilité d’arrêter et de démarrer votre serveur et 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é. Pour plus d’informations sur les versions spécifiques prises en charge, consultez Versions prises en charge de PostgreSQL dans Azure Database pour PostgreSQL. Ce service est disponible dans différentes régions Azure.

Azure Database pour PostgreSQL est le mieux adapté aux éléments suivants :

• Développements d’applications nécessitant des contrôles et des personnalisations.
• Haute disponibilité redondante interzone.
• Fenêtres de maintenance managées.

Architecture et haute disponibilité

Le modèle de déploiement Azure Database pour PostgreSQL est conçu pour prendre en charge la haute disponibilité dans une seule 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 vous configurez la haute disponibilité redondante de zone, 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. Cette fonctionnalité permet la résilience du service à partir d’une défaillance de zone de disponibilité au sein d’une région Azure qui prend en charge plusieurs zones de disponibilité, comme illustré dans l’image suivante.

Pour plus d’informations, consultez la 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. La version de maintenance planifiée inclut des mises à niveau de version mineures pour le moteur PostgreSQL. Vous pouvez configurer la planification de mise à jour corrective pour qu’elle soit gérée par le système ou définir votre 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, vous pouvez rendre votre cycle de mise à jour corrective prévisible et choisir une fenêtre de maintenance avec un impact minimal sur votre entreprise. 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 crée automatiquement des sauvegardes de serveur et les stocke sur le stockage redondant interzone (ZRS) de la région. Vous pouvez restaurer votre serveur à n’importe quel point dans la période de rétention de sauvegarde. La période de rétention de sauvegarde par défaut est de sept jours. Vous pouvez éventuellement configurer la rétention pendant jusqu’à 35 jours. Toutes les sauvegardes sont chiffrées à l’aide du chiffrement AES 256 bits. Pour plus d’informations, consultez Sauvegardes.

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

Azure Database pour PostgreSQL est disponible dans trois niveaux de calcul : Burstable, Usage général et Mémoire optimisée. Le niveau Burstable est le meilleur pour le développement à faible coût et les charges de travail à faible concurrence, sans nécessité d'une capacité de calcul continue. Les niveaux Usage général et Mémoire optimisée sont meilleurs pour les charges de travail de production qui nécessitent une concurrence élevée, une mise à l’échelle et des performances prévisibles. Vous pouvez créer votre première application sur une petite base de données pendant quelques dollars par mois, puis ajuster en toute transparence l’échelle pour répondre aux besoins de votre solution.

Arrêter et démarrer le serveur vers un TCO inférieur

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 vous arrêtez le serveur. Cette fonctionnalité peut fournir des économies significatives lors du développement, du test et des charges de travail de production prévisibles liées au temps. Le serveur reste arrêté pendant sept jours, sauf si vous le redémarrez plus tôt.

Sécurité de niveau entreprise

Azure Database pour PostgreSQL utilise le module de chiffrement validé FIPS 140-2 pour le chiffrement de stockage des données au repos. Le service chiffre les données, y compris les sauvegardes et les fichiers temporaires créés lors de l’exécution de requêtes. Il 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 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.

L’instance de serveur flexible Azure Database pour PostgreSQL permet un accès privé complet aux serveurs à l’aide du réseau virtuel Azure. Les serveurs dans le réseau virtuel Azure sont uniquement accessibles et connectés via des adresses IP privées. Avec l’intégration de réseau virtuel, l’accès public est refusé et les serveurs ne peuvent pas être atteints à l’aide de points de terminaison publics.

Surveiller et alerter

Azure Database pour PostgreSQL dispose de fonctionnalités intégrées de supervision et d’alerte des performances. 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 de serveur flexible Azure Database pour PostgreSQL via PgBouncer à l’aide du même nom d’hôte et du port 6432. Lorsqu’il est activé, PgBouncer est également disponible pour les clusters élastiques sous le port 8432.

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 est actuellement disponible dans les régions Azure suivantes :

$ Les nouveaux déploiements à haute disponibilité redondante interzone sont temporairement bloqués dans ces régions. Le service prend entièrement en charge les serveurs haute disponibilité déjà approvisionnés.

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

** Vous pouvez désormais déployer une haute disponibilité redondante interzone lorsque vous approvisionnez de nouveaux serveurs dans ces régions. Pour les serveurs existants déployés dans AZ sans préférence (vérifiez cela sur le portail Azure) avant que la région ne commence à prendre en charge AZ, même lorsque vous activez la haute disponibilité redondante interzone, le serveur de secours est approvisionné dans la même AZ (haute disponibilité de la même zone) que le serveur principal. Pour activer la haute disponibilité redondante interzone dans de tels cas, consultez ces considérations particulières.

(*) 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. Vous ne pouvez accéder à ces régions qu’à la demande en créant une demande de support.

Famille de références SKU V6 (préversion)

Azure Database pour PostgreSQL prend désormais en charge la série SKU V6 à usage général et mémoire optimisée en version préliminaire publique. Ces unités de gestion des stocks (SKU) offrent une échelle massive pour une performance élevée des requêtes OLTP, analytiques et complexes, avec un rapport prix-performance amélioré et des capacités de mémoire plus élevées.

Limitations:

• La mise à l'échelle de la famille SKU V6 vers le niveau tarifaire Burstable n'est pas prise en charge.
• La mise à l’échelle du niveau Burstable vers la famille de références SKU V6 n’est pas prise en charge.
• L’intégration de réseau virtuel n’est pas prise en charge.

Migration

Azure Database pour PostgreSQL exécute la version de la communauté de PostgreSQL. Cette version fournit une compatibilité complète des applications et nécessite une refactorisation minimale pour migrer une application existante développée sur le moteur PostgreSQL vers Azure Database pour PostgreSQL.

• Azure Database Migration Service : pour des migrations transparentes et simplifiées vers Azure Database pour PostgreSQL avec un temps d’arrêt minimal, utilisez Azure Database Migration Service. Visitez quel est le service de migration dans Azure Database pour PostgreSQL ?
• Vidage et restauration : pour les migrations hors connexion où vous pouvez vous permettre d’effectuer des temps d’arrêt, de vidage et de restauration à l’aide d’outils de la communauté tels que pg_dump et pg_restore offre le moyen le plus rapide de migrer. Pour plus d'informations, consultez Migrer à l'aide du dump et de la restauration.

Commentaires et support

Si vous avez des questions ou des suggestions sur Azure Database pour PostgreSQL, vous pouvez obtenir de l’aide et du support via les canaux suivants :

• 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.

Contenu connexe

• Créer une base de données Azure pour PostgreSQL