Límites de Azure Database for PostgreSQL con un único servidor
Se aplica a:
Azure Database for PostgreSQL: servidor único
Importante
El servicio de servidor único de Azure Database for PostgreSQL está en proceso de retirada. Se recomienda encarecidamente actualizar a Azure Database for PostgreSQL: servidor flexible. Para más información sobre la migración al servidor flexible de Azure Database for PostgreSQL, consulte ¿Qué sucede con el servicio de servidor único de Azure Database for PostgreSQL?.
En las secciones siguientes se describen los límites de capacidad y funcionales en el servicio de base de datos. Para más información sobre los niveles de recursos (proceso, memoria, almacenamiento), consulte el artículo acerca de los planes de tarifa.
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 cinco conexiones para supervisar el servidor de Azure Database for PostgreSQL.
| Plan de tarifa | Núcleos virtuales | Conexiones máximas | Número máximo de conexiones de usuario |
|---|---|---|---|
| Básico | 1 | 55 | 50 |
| Básico | 2 | 105 | 100 |
| Uso general | 2 | 150 | 145 |
| De uso general | 4 | 250 | 245 |
| De uso general | 8 | 480 | 475 |
| De uso general | 16 | 950 | 945 |
| De uso general | 32 | 1.500 | 1495 |
| De uso general | 64 | 1900 | 1895 |
| Memoria optimizada | 2 | 300 | 295 |
| Memoria optimizada | 4 | 500 | 495 |
| Memoria optimizada | 8 | 960 | 955 |
| Memoria optimizada | 16 | 1900 | 1895 |
| Memoria optimizada | 32 | 1987 | 1982 |
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 agrupador de conexiones, como pgBouncer, para administrar las conexiones de forma eficaz.
Una conexión de PostgreSQL, aunque no esté activa, puede ocupar hasta 2 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. Esto se puede evitar con un agrupador de conexiones, ya que reduce las conexiones inactivas y reutiliza las conexiones existentes. Para más información, visite nuestra entrada de blog.
Limitaciones funcionales
Operaciones de escalado
- El escalado dinámico hacia y desde planes de tarifa Básico no se admite en este momento.
- 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.
Tenga en cuenta que antes de la versión 10 de PostgreSQL, la directiva de versiones de PostgreSQL consideraba que una actualización de la versión principal suponía un aumento en el primer o segundo número (por ejemplo, de 9.5 a 9.6 se consideró una actualización de la principal). A partir de la versión 10, solo un cambio en el primer número se considera una actualización de la versión principal (por ejemplo, de 10.0 a 10.1 es una actualización menor de la versión, y 10 a 11 es una actualización de la versión principal).
Puntos de conexión de servicio de red virtual
- La compatibilidad con puntos de conexión de servicio de red virtual solo existe para servidores de uso general y optimizados para memoria.
Restauración de un servidor
- Al usar la característica PITR, el nuevo servidor se crea con la misma configuración de plan de tarifa que el servidor en el que se basa.
- El servidor creado durante una restauración no tiene las reglas de firewall que existían en el servidor original. Las reglas de firewall deben configurarse por separado para este nuevo servidor.
- La restauración a un servidor que se ha eliminado no se admite en este momento.
Caracteres UTF-8 en Windows
- En algunos escenarios, los caracteres UTF-8 no se admiten completamente en PostgreSQL de código abierto en Windows, lo que afecta a Azure Database for PostgreSQL. Consulte el subproceso en Bug #15476 en postgresql-archive para más información.
Error de GSS
Si ve un error relacionado con GSS, es probable que use una versión de cliente o controlador más reciente que todavía no sea totalmente compatible con el servidor único de Azure Postgres. Se sabe que este error afecta a las versiones de controlador JDBC 42.2.15 y 42.2.16.
- Tenemos previsto completar la actualización a finales de noviembre. Considere la posibilidad de usar una versión del controlador en funcionamiento mientras tanto.
- O bien, considere la posibilidad de deshabilitar la solicitud de GSS. Use un parámetro de conexión como
gssEncMode=disable.
Reducción del tamaño de almacenamiento
El tamaño de almacenamiento no se puede reducir. Tiene que crear un nuevo servidor con el tamaño de almacenamiento deseado y realizar el proceso manual de volcado y restauración para migrar las bases de datos al nuevo servidor.