limites de connexion

A disposition, Databases for PostgreSQL définit le nombre maximal de connexions à votre base de données PostgreSQL vers 115. 15 connexions sont réservées au superutilisateur pour le maintien de l'état et de l'intégrité de votre base de données, et 100 connexions sont disponibles pour vous et vos applications. Si le nombre de connexions à la base de données dépasse la limite de 100 connexions, les nouvelles connexions échouent et génèrent une erreur.

FATAL: remaining connection slots are reserved for
non-replication superuser connections

Le dépassement du nombre limite de connexions pour votre déploiement peut rendre votre base de données inaccessible pour vos applications.

Vous pouvez vérifier le nombre de connexions à votre déploiement à l'aide de l'administrateur, psql et pg_stat_database.

SELECT count(distinct(numbackends)) FROM pg_stat_database;

Si vous devez déterminer la destination des connexions, vous pouvez les répartir par base de données.

SELECT datname, numbackends FROM pg_stat_database;

Pour plus d'informations sur les connexions à une base de données spécifique, lancez une requête sur pg_stat_activity.

SELECT * FROM pg_stat_activity WHERE datname='ibmclouddb';

Arrêt des connexions

Votre administrateur dispose du rôle pg_signal_backend. Si vous détectez des connexions qui doivent être réinitialisées ou fermées, l'utilisateur Admin peut utiliser à la fois et pg_cancel_backend pg_terminate_backend. Le pid d'un processus figure dans le tableau pg_stat_activity.

• pg_cancel_backend annule la requête en cours d'une connexion sans mettre fin à la connexion et sans arrêter aucune des éventuelles requêtes qu'elle est en train d'exécuter.

  SELECT pg_cancel_backend(pid);
  

• pg_terminate_backend arrête l'ensemble du processus et ferme la connexion.

  SELECT pg_terminate_backend(pid);
  

L'administrateur a le pouvoir de réinitialiser ou fermer les connexions de n'importe quel utilisateur du déploiement, à l'exception des superutilisateurs. Prenez soin de ne pas arrêter les connexions de réplication à partir de l'utilisateur ibm-replication, car cela interfère avec la haute disponibilité de votre déploiement.

ibmcloud cdb deployment-kill-connections <DEPLOYMENT_NAME_OR_CRN>

regroupement de connexions

Le regroupement de connexions est l'un des moyens permettant de prévenir le dépassement du nombre limite de connexions et de garantir que les connexions à partir de vos applications sont gérées efficacement. Si vous définissez vous-même la limite de connexion IBM Cloud® Databases for PostgreSQL sur plus de 500 connexions, vous devez envisager sérieusement d'utiliser le regroupement de connexions ou de réévaluer la façon d'utiliser et de gérer plus efficacement les connexions. L'analyse comparative des performances dans la communauté PostgreSQL suggère que 500 connexions ou moins sont optimales pour les performances de la base de données.

De nombreuses bibliothèques de pilotes PostgreSQL possèdent des classes et des fonctions de regroupement de connexions. Vous devez vous reporter à la documentation de votre pilote pour implémenter le regroupement de connexions optimal pour votre cas d'utilisation. Par exemple, le pilote Python Psycopg2 comporte des classes permettant de gérer la mise en pool des connexions dans votre application. Le pilote Java PostgreSQL JDBC dispose de méthodes permettant la mise en pool des connexions tant au niveau de l'application qu'au niveau du serveur d'applications.

Vous pouvez également utiliser un outil tiers tel que PgBouncer pour gérer les connexions de votre application. Les déploiements d' Databases for PostgreSQL incluent une prise en charge intégrée de l'authentification auth_query PgBouncer's, ce qui permet à une instance PgBouncer que vous exécutez de valider les utilisateurs par rapport à la base de données sans avoir à gérer de liste de mots de passe locale, et les modifications de mot de passe prennent effet sans redémarrage de PgBouncer. Pour connaître les étapes de configuration, consultez la section Pool de connexions avec PgBouncer.

Augmentation du nombre limite de connexions

PostgreSQL alloue une certaine quantité de mémoire par connexion, généralement entre 5 et 10 Mo par connexion. Il est important de prendre en compte la quantité totale de mémoire disponible pour votre déploiement avant d'augmenter le nombre limite de connexions. Avant d'augmenter le nombre limite de connexions, il peut être judicieux d'augmenter la capacité de votre déploiement afin de vous assurer que vous disposez de suffisamment de mémoire pour prendre en charge davantage de connexions.

Modifiez ensuite la valeur de max_connections sur votre déploiement. Pour apporter des modifications permanentes à la configuration de PostgreSQL, vous devez utiliser le plugin CLICloud Databases ou l'API afin d'enregistrer ces modifications dans le fichier de configuration de votre déploiement.

Par exemple, pour augmenter la valeur de max_connections à 215, il peut être judicieux d'augmenter la capacité de votre déploiement à au moins 2 Go de mémoire RAM par membre de données, pour un total de 4 Go de mémoire RAM pour votre déploiement. Une fois l'opération d'augmentation de capacité terminée, définissez le nombre de limite de connexions.

1. Avant d'ajuster max_connections, assurez-vous de cibler votre région préférée à l'aide d'une commande telle que :

ibmcloud target -r <REGION>

2. Ensuite, augmentez la quantité de mémoire disponible pour un groupe de déploiement à l'aide d'une commande telle que la suivante:

ibmcloud cdb deployment-groups-set deployment-example member --memory 4096

3. Enfin, ajustez max_connections à l'aide d'une commande telle que la suivante:

ibmcloud cdb deployment-configuration <DEPLOYMENT_NAME_OR_CRN> '{"configuration":{"max_connections":215}}'

Pour effectuer les modifications via l'API, utilisez la commande suivante :

curl -X PATCH `https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/groups/member' \
-H "Authorization: Bearer $APIKEY" \
-H "Content-Type: application/json" \
-d '{"memory": {
        "allocation_mb": 4096
      }
    }'
curl -X PATCH 'https://api.{region}.databases.cloud.ibm.com/v5/ibm/deployments/{id}/configuration' \
-H "Authorization: Bearer $APIKEY" \
-H "Content-Type: application/json" \
-d '{"configuration":{
        "max_connections":215
      }
    }'