Límites en Azure Database for PostgreSQL con servidor flexible

  • Artículo
  • 5 minutos para leer

En las secciones siguientes se describen los límites de capacidad y funcionales en el servicio de base de datos. Para obtener más información sobre los niveles de recursos (proceso, memoria y almacenamiento), consulte el artículo acerca del proceso y el almacenamiento.

Número máximo de conexiones

A continuación se muestran el número máximo de conexiones por plan de tarifa y los núcleos virtuales. El sistema de Azure requiere tres conexiones para supervisar Azure Database for PostgreSQL con servidor flexible.

Nombre de SKU Núcleos virtuales Tamaño de memoria Conexiones máximas Número máximo de conexiones de usuario
Flexible
B1ms 1 2 GiB 50 47
B2s 2 4 GiB 100 97
Uso general
D2s_v3 / D2ds_v4 2 8 GiB 859 856
D4s_v3 / D4ds_v4 4 16 GiB 1719 1716
D8s_v3 / D8ds_V4 8 32 GiB 3438 3435
D16s_v3/D16ds_v4 16 64 GiB 5000 4997
D32s_v3/D32ds_v4 32 128 GB 5000 4997
D48s_v3/D48ds_v4 48 192 GiB 5000 4997
D64s_v3/D64ds_v4 64 256 GiB 5000 4997
Memoria optimizada
E2s_v3 / E2ds_v4 2 16 GiB 1719 1716
E4s_v3 / E4ds_v4 4 32 GiB 3438 3433
E8s_v3 / E8ds_v4 8 64 GiB 5000 4997
E16s_v3/E16ds_v4 16 128 GB 5000 4997
E20ds_v4 20 160 GiB 5000 4997
E32s_v3/E32ds_v4 32 256 GiB 5000 4997
E48s_v3/E48ds_v4 48 384 GiB 5000 4997
E64s_v3/E64ds_v4 64 432 GiB 5000 4997

Si las conexiones superan el límite, puede que reciba el error siguiente:

FATAL: sorry, too many clients already.

Importante

Para obtener la mejor experiencia posible, se recomienda usar un administrador de grupos de conexiones, como PgBouncer, para administrar las conexiones de forma eficaz. Azure Database for PostgreSQL: servidor flexible ofrece PgBouncer como una solución de administración de grupos de conexiones integrada.

Una conexión de PostgreSQL, aunque no esté activa, puede ocupar aproximadamente 10 MB de memoria. Además, la creación de conexiones lleva su tiempo. La mayoría de las aplicaciones solicitan muchas conexiones de corta duración, y esto es lo que conforma esta situación. El resultado es que hay menos recursos disponibles para la carga de trabajo real, lo que baja el rendimiento. Puede usarse un agrupador de conexiones para reducir las conexiones inactivas y reutilizar las existentes. Para más información, visite nuestra entrada de blog.

Limitaciones funcionales

Operaciones de escalado

  • El escalado del almacenamiento del servidor requiere un reinicio del servidor.
  • El almacenamiento del servidor solo se puede escalar en incrementos de 2x; consulte Proceso y almacenamiento para obtener más información.
  • La reducción del tamaño de almacenamiento del servidor no se admite actualmente.

Actualizaciones de la versión de servidor

  • La migración automatizada entre versiones principales del motor de base de datos no se admite en este momento. Si quiere actualizar a la siguiente versión principal, realice un volcado y restáurelo a un servidor que se haya creado con la nueva versión del motor.

Storage

  • Una vez configurado, no se puede reducir el tamaño del almacenamiento. Tiene que crear un nuevo servidor con el tamaño de almacenamiento deseado, realizar el proceso manual de volcado y restauración y migrar las bases de datos al nuevo servidor.
  • Actualmente, la característica de crecimiento automático del almacenamiento no está disponible. Supervise el uso y aumente el almacenamiento a un tamaño superior.
  • Cuando el uso del almacenamiento alcanza el 95 % o si la capacidad disponible es inferior a 5 GiB, el servidor cambia automáticamente al modo de solo lectura para evitar los errores asociados con las situaciones de disco lleno.
  • Se recomienda establecer reglas de alerta para storage used o storage percent cuando superen determinados umbrales para que pueda tomar medidas con antelación, como aumentar el tamaño del almacenamiento. Por ejemplo, puede establecer una alerta si el porcentaje de almacenamiento supera el 80 % de uso.

Redes

  • Actualmente no se admite ni la entrada ni la salida de la red virtual.
  • Actualmente no se admite la combinación de acceso público con la implementación en una red virtual.
  • No se admiten las reglas de firewall en la red virtual; en su lugar, se pueden usar grupos de seguridad de red.
  • Los servidores de bases de datos de acceso público pueden conectarse a Internet público, por ejemplo, a través de postgres_fdw, y este acceso no se puede restringir. A los servidores basados en la red virtual se les puede restringir el acceso de salida mediante grupos de seguridad de red.

Alta disponibilidad (HA)

Zonas de disponibilidad

  • Actualmente no se admite el traslado manual de servidores a una zona de disponibilidad diferente.
  • La zona de disponibilidad del servidor en espera de alta disponibilidad no se puede configurar manualmente.

Motor de postgres, extensiones y PgBouncer

  • Postgres 10 y las versiones anteriores no se admiten. Se recomienda usar la opción Servidor único si necesita versiones anteriores de Postgres.
  • La compatibilidad con la extensión está limitada actualmente a las extensiones contrib de Postgres.
  • El agrupador de conexiones PgBouncer integrado no está disponible actualmente para los servidores que pueden aumentar la velocidad.
  • La autenticación SCRAM no se admite con la conectividad mediante PgBouncer integrado.

Parada o puesta en marcha

  • No se puede detener el servidor durante más de siete días.

Mantenimiento programado

  • El cambio de la ventana de mantenimiento en menos de cinco días antes de una actualización ya planeada no afectará a esa actualización. Los cambios solo surten efecto con el siguiente mantenimiento programado.

Copia de seguridad de un servidor

  • El sistema administra las copias de seguridad, actualmente no hay ninguna manera de ejecutar estas copias de seguridad manualmente. Se recomienda usar pg_dump en su lugar.
  • Las copias de seguridad son siempre copias de seguridad completas basadas en instantáneas (no copias de seguridad diferenciales), lo que podría provocar una mayor utilización del espacio de almacenamiento de copias de seguridad. Tenga en cuenta que los registros de transacciones (registros de escritura previa-WAL) son independientes de las copias de seguridad completas o diferenciales y que se almacenan continuamente.

Restauración de un servidor

  • Al usar la función de restauración a un momento dado, se crea un servidor con las mismas configuraciones de proceso y almacenamiento que el servidor en el que se basa.
  • Los servidores de bases de datos basados en la red virtual se restauran en la misma red virtual cuando se restaura a partir de una copia de seguridad.
  • El servidor creado durante una restauración no tiene las reglas de firewall que existían en el servidor original. Las reglas del firewall para este nuevo servidor deben crearse por separado.
  • La restauración a un servidor que se ha eliminado no se admite en este momento.
  • No se admite la restauración entre regiones.

Otras características

  • Todavía no se admite la autenticación de Azure AD. Se recomienda usar la opción Servidor único si necesita la autenticación de Azure AD.
  • Todavía no se admiten las réplicas de lectura. Se recomienda usar la opción Servidor único si necesita réplicas de lectura.
  • No se admite el traslado de recursos a otra suscripción.

Pasos siguientes