Partager via


Questions fréquentes sur les grappes élastiques dans Azure Database pour PostgreSQL

La section suivante décrit la capacité et les limites fonctionnelles dans les clusters élastiques d’Azure Database pour PostgreSQL.

Les limitations actuelles du serveur Azure Database pour PostgreSQL s’appliquent également aux clusters élastiques. Le reste du document décrit les différences qui s'appliquent uniquement aux clusters élastiques.

General

Cette section répertorie la capacité clé et les limitations fonctionnelles spécifiques aux clusters élastiques dans un serveur flexible Azure Database pour PostgreSQL. Utilisez ces informations pour comprendre quelles fonctionnalités ne sont pas prises en charge ou se comportent différemment par rapport aux serveurs flexibles standard.

Q : Dans quelles régions puis-je utiliser des clusters élastiques ?

R : Les clusters élastiques sont une fonctionnalité des instances de serveur flexible Azure Database pour PostgreSQL et, par conséquent, sont disponibles dans les mêmes régions.

Q : Puis-je créer d’autres bases de données dans un cluster élastique ?

R : Le portail Azure fournit des informations d’identification pour se connecter à exactement une base de données par cluster. Actuellement, vous ne pouvez pas créer une autre base de données et la CREATE DATABASE commande échoue avec une erreur. Cette base de données est appelée postgres par défaut.

Q : Quelle est la version de PostgreSQL prise en charge avec les clusters élastiques ?

R : Les clusters élastiques prennent en charge PostgreSQL version 17.

Q : Puis-je utiliser des mises à niveau de version majeure avec des clusters élastiques ?

R : Actuellement, les mises à niveau de version majeure ne sont pas prises en charge.

Q : Puis-je télécharger les journaux du serveur ?

R : Actuellement, le téléchargement des journaux du serveur n'est pas pris en charge. Vous pouvez utiliser des métriques Azure, des espaces de travail Log Analytics et des vues PostgreSQL pour analyser le comportement du cluster.

Extensions

Cette section répertorie les extensions PostgreSQL que les clusters élastiques prennent en charge ou ne prennent pas en charge. Il note également les considérations particulières lors de leur activation. Utilisez ces informations pour déterminer la compatibilité et les conflits connus (par exemple, entre Citus et TimescaleDB).

Q : Quelles extensions ne sont pas prises en charge ?

R : Les extensions suivantes ne sont pas prises en charge :

  • anon
  • pg_qs – Magasin des requêtes
  • postgis_topology
  • TimescaleDB

Q : Pourquoi TimescaleDB n’est-il pas disponible avec des clusters élastiques ?

R : L’extension TimescaleDB n’est pas prise en charge sur les clusters élastiques en raison de conflits de bas niveau avec l’extension Citus.

Migrations

Cette section décrit les méthodes et considérations prises en charge pour la migration de données vers et depuis des clusters élastiques. Il inclut les outils recommandés et les limitations connues. Utilisez pg_dump/pg_restore ou pgcopydb pour les migrations logiques et vérifiez la compatibilité de l’extension avant de commencer.

Q : Comment puis-je migrer vers/depuis des clusters élastiques ?

R : Actuellement, vous pouvez migrer vers et depuis des clusters élastiques avec pg_dump, pg_restore et pgcopydb. Tout autre outil qui fonctionne avec PostgreSQL standard doit fonctionner.

Networking

Cette section décrit les considérations relatives à la mise en réseau et les limitations spécifiques aux clusters élastiques. Il inclut les options de connectivité prises en charge, les ports utilisés pour la gestion et le regroupement et les fonctionnalités qui ne sont pas actuellement disponibles. Utilisez ces conseils pour planifier l’accès, le regroupement de connexions et la sécurité réseau pour vos déploiements de cluster.

Q : Puis-je utiliser PgBouncer pour le regroupement de connexions avec des clusters élastiques ?

R : Oui, vous pouvez utiliser PgBouncer avec des clusters élastiques. Utilisez le port 6432 pour les opérations de gestion des schémas et des nœuds. Le port 8432 est équilibré en charge pour les instances PgBouncer s’exécutant sur tous les nœuds du cluster.

Q : Puis-je utiliser un réseau virtuel (VNet) avec des clusters élastiques ?

R : Oui, vos points de terminaison Private Link de cluster élastique peuvent être ajoutés à votre Réseau Virtuel. En outre, si vous devez limiter le trafic réseau à utiliser exclusivement votre réseau virtuel, vous pouvez désactiver l’accès au réseau public. L’injection de réseau virtuel n’est pas prise en charge.

Storage

Cette section décrit les limitations et comportements liés au stockage spécifiques aux clusters élastiques, notamment l’approvisionnement, la mise à l’échelle et les considérations relatives à la sauvegarde. Utilisez ces informations pour planifier la capacité, comprendre les fonctionnalités non prises en charge et éviter les interruptions pendant les migrations ou les opérations de mise à l’échelle.

Q : La mise à l’échelle automatique du stockage est-elle disponible ?

R : Actuellement, la mise à l’échelle automatique du stockage n’est pas prise en charge.

Performance

Cette section décrit les limitations et comportements liés aux performances des clusters élastiques, notamment les fonctionnalités prises en charge, les outils de supervision et de paramétrage non pris en charge, ainsi que des conseils pratiques pour optimiser les performances des requêtes et des clusters. Utilisez ces informations pour planifier les charges de travail et définir les attentes en matière de latence, de mise à l’échelle et de fonctionnalités de diagnostic.

Q : Puis-je utiliser Query Performance Insights avec des clusters élastiques ?

R : Actuellement, Query Performance Insights n’est pas pris en charge.

Q : Puis-je utiliser l’optimisation automatique des index avec des clusters élastiques ?

R : Actuellement, le réglage automatique des index n’est pas pris en charge.

Q : Puis-je utiliser des réplicas en lecture avec des clusters élastiques ?

A: Actuellement, une seule réplica en lecture est prise en charge.