límites de conexiones

En el suministro, Databases for PostgreSQL establece el número máximo de conexiones a la base de datos PostgreSQL en 115. Se reservan 15 conexiones para que el superusuario mantenga el estado y la integridad de la base de datos, y hay 100 conexiones disponibles para usted y sus aplicaciones. Si el número de conexiones a la base de datos supera el límite de 100 conexiones, las nuevas conexiones fallan y devuelven un error.

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

La superación del límite de conexiones para el despliegue puede hacer que la base de datos deje de ser accesible para las aplicaciones.

Puede comprobar el número de conexiones en el despliegue con el usuario administrador, psql y pg_stat_database.

SELECT count(distinct(numbackends)) FROM pg_stat_database;

Si necesita averiguar hacia dónde van las conexiones, puede desglosar las conexiones por base de datos.

SELECT datname, numbackends FROM pg_stat_database;

Para investigar las conexiones a una base de datos específica con más detalle, consulte pg_stat_activity.

SELECT * FROM pg_stat_activity WHERE datname='ibmclouddb';

Terminar conexiones

El usuario administrativo tiene el rol pg_signal_backend. Si detecta conexiones que deben reiniciarse o cerrarse, el usuario Admin puede utilizar ambas opciones pg_cancel_backend y pg_terminate_backend. El pid de un proceso se encuentra en la tabla pg_stat_activity.

• pg_cancel_backend cancela la consulta actual de una conexión sin terminar la conexión ni detener ninguna otra consulta que pueda estar en ejecución.

  SELECT pg_cancel_backend(pid);
  

• pg_terminate_backend detiene todo el proceso y cierra la conexión.

  SELECT pg_terminate_backend(pid);
  

El usuario administrador tiene la capacidad de restablecer o cerrar las conexiones de cualquier usuario en el despliegue, excepto de los superusuarios. Tenga cuidado de no terminar las conexiones de réplica del usuario ibm-replication, ya que esto interfiere con la alta disponibilidad del despliegue.

ibmcloud cdb deployment-kill-connections <DEPLOYMENT_NAME_OR_CRN>

técnica de agrupación de conexiones

Una manera de evitar que se supere el límite de conexiones y garantizar que las conexiones de las aplicaciones se gestionan de forma eficiente es a través de la agrupación de conexiones. Si se encuentra estableciendo el límite de conexión de IBM Cloud® Databases for PostgreSQL en más de 500 conexiones, debe considerar seriamente utilizar la agrupación de conexiones o reevaluar cómo utilizar y mantener conexiones de forma más eficiente. El benchmarking de rendimiento en la comunidad PostgreSQL sugiere 500 conexiones o menos para ser óptimo para el rendimiento de la base de datos

Muchas bibliotecas de controladores de PostgreSQL tienen clases y funciones de agrupación de conexiones. Debe consultar la documentación del controlador para implementar una técnica de agrupación de conexiones que sea óptima para su caso de uso. Por ejemplo, el controlador Python ( Psycopg2 ) dispone de clases para gestionar el agrupamiento de conexiones en tu aplicación. El controlador Java PostgreSQL JDBC dispone de métodos para la agrupación de conexiones tanto a nivel de aplicación como de servidor de aplicaciones.

Como alternativa, puede utilizar una herramienta de terceros, como PgBouncer, para gestionar las conexiones de su aplicación. Las implementaciones de Databases for PostgreSQL incluyen compatibilidad integrada con la auth_query autenticación PgBouncer's, por lo que una instancia de PgBouncer que ejecute podrá validar a los usuarios frente a la base de datos sin necesidad de mantener una lista de contraseñas local, y los cambios de contraseña surtirán efecto sin necesidad de reiniciar PgBouncer. Para conocer los pasos de configuración, consulta Agrupación de conexiones con PgBouncer.

Aumento del límite de conexiones

PostgreSQL Asigna una cierta cantidad de memoria por conexión, normalmente entre 5 y 10 MB por conexión. Es importante tener en cuenta la cantidad total de memoria disponible para el despliegue antes de aumentar el límite de conexiones. Para aumentar el límite de conexiones, es posible que en primer lugar quiera escalar el despliegue para asegurarse de que haya memoria suficiente para dar cabida a más conexiones.

A continuación, cambie el valor de max_connections en el despliegue. Para hacer realizar cambios permanentes en la Configuración de PostgreSQL, debe utilizar el Cloud Databases plugin de CLI o la API para escribir los cambios en el archivo de configuración del despliegue.

Por ejemplo, para aumentar el valor de max_connections a 215, puede ser buena idea escalar el despliegue al menos a 2 GB de RAM por miembro de datos, con un total de 4 GB de RAM para el despliegue. Una vez que haya finalizado la operación de escalado, establezca el límite de conexiones.

1. Antes de ajustar max_connections, asegúrese de apuntar a su región preferida con un comando como:

ibmcloud target -r <REGION>

2. A continuación, aumente la cantidad de memoria disponible para un grupo de despliegue con un mandato como:

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

3. Por último, ajuste max_connections con un mandato como:

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

Para realizar los cambios a través de la API, utilice el siguiente comando:

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
      }
    }'