PostgreSQL Seguimiento
Supervisa el rendimiento de las transacciones, las conexiones, la replicación y el proceso vacuum de PostgreSQL en tiempo real sin necesidad de configuración.
¿Por qué realizar un seguimiento? PostgreSQL?
PostgreSQL es la base de datos relacional de código abierto más avanzada del mundo, en la que se confía para cargas de trabajo críticas, desde sistemas financieros hasta aplicaciones geoespaciales. La supervisión de PostgreSQL es esencial para detectar consultas de larga duración, evitar la saturación de las conexiones, controlar el estado de la replicación y optimizar las operaciones de vacuum. La integración de PostgreSQL de Xitoring ofrece una observabilidad completa de la base de datos.
Monitoreo de PostgreSQL, explicado
El monitoreo de PostgreSQL detecta deriva en la replicación, autovacuum desbocado, tablas hinchadas y sesiones en idle-in-transaction antes de que se conviertan en interrupciones o corrupción de datos. Para cualquier carga de trabajo Postgres — RDS, Aurora, CloudNativePG, clústeres Patroni autoalojados — la visibilidad por base de datos es la diferencia entre detectar una fuga de conexiones en 60 segundos y enterarse por un ticket de cliente. Xitoring detecta automáticamente su Postgres, consulta las vistas nativas pg_stat_* con el rol pg_monitor y enruta las alertas a Slack, PagerDuty, Telegram o su rotación de guardia existente.
Lo que monitorizamos
Conexiones activas
Número de conexiones actualmente activas al servidor PostgreSQL.
Transacciones por segundo
Tasa de transacciones confirmadas y revertidas (rollback).
Operaciones sobre tuplas
Tasa de tuplas insertadas, actualizadas, eliminadas y recuperadas en todas las bases de datos.
Tuplas muertas
Número de dead tuples esperando vacuum, indicando posible bloat de tablas.
Ratio de aciertos de caché
Porcentaje de solicitudes de datos servidas desde shared buffers sin acceso a disco.
Lag de replicación
Bytes o segundos de retraso respecto al primary en replicación streaming.
Tasa de generación de WAL
Tasa de datos de Write-Ahead Log generados.
Esperas de bloqueos
Número de consultas esperando adquirir bloqueos sobre objetos de la base de datos.
Archivos temporales creados
Número y tamaño de los archivos temporales creados para el procesamiento de consultas.
Tamaño de la base de datos
Espacio total en disco utilizado por cada base de datos, incluidos los índices.
Inactivo dentro de transacción
Conexiones inactivas dentro de una transacción abierta, que pueden retener bloqueos.
Checkpoints
Frecuencia y duración de las operaciones de checkpoint.
Configurables condiciones de activación de alertas
Configura alertas personalizadas en tu panel de control para recibir una notificación en cuanto las métricas de «PostgreSQL» superen los umbrales que hayas definido.
Conexiones activas
críticoSe dispara cuando las conexiones activas se acercan a max_connections, con riesgo de rechazo de nuevas conexiones y errores de aplicación.
Lag de replicación
críticoSe dispara cuando la replicación streaming se retrasa, con riesgo de inconsistencia de datos entre primary y replicas.
Tuplas muertas
advertenciaAlerta cuando el conteo de dead tuples crece por encima del umbral, indicando que vacuum está atrasado y el bloat de tablas aumenta.
Ratio de aciertos de caché
advertenciaSe dispara cuando el ratio de aciertos de caché cae por debajo del umbral, indicando E/S de disco excesiva y posible presión de memoria.
Esperas de bloqueos
advertenciaSe activa cuando las consultas quedan bloqueadas esperando bloqueos, indicando contención que degrada el rendimiento.
Caída de la tasa de transacciones
críticoAlerta cuando el throughput de transacciones cae de forma significativa, indicando posible bloqueo o problema de rendimiento.
Importancia de la monitorización de PostgreSQL
PostgreSQL maneja datos críticos para empresas de todo el mundo. Sin una monitorización adecuada, el bloat de tablas, la deriva de replicación y el agotamiento de conexiones pueden provocar corrupción de datos, caídas y fallos irrecuperables.
- Detecte de forma temprana las consultas largas y la contención de bloqueos
- Evite el bloat de tablas con seguimiento del rendimiento de vacuum
- Monitorice la replicación streaming para la consistencia de los datos
- Identifique las fugas de conexión antes del agotamiento del pool
- Realice un seguimiento de la generación de WAL para planificación de capacidad de almacenamiento
Por qué elegir Xitoring
Xitoring ofrece monitorización de PostgreSQL de nivel empresarial con configuración zero-config. Nuestro agente ligero detecta automáticamente sus instancias PostgreSQL, empieza a recopilar métricas en menos de 60 segundos e se integra con sus canales de notificación existentes.
- Instalación con un solo comando: sin YAML complejo ni archivos de configuración
- Más de 15 nodos de monitorización globales para comprobaciones de baja latencia
- Panel unificado para servidores, bases de datos y uptime
- Alertas flexibles vía Slack, PagerDuty, Telegram y más
- Retención histórica para planificación de capacidad y auditorías
Escenarios habituales de monitoreo de PostgreSQL
Dónde suele ejecutarse PostgreSQL hoy en día, y qué podría salir mal si nadie está vigilando.
Base de datos en la nube gestionada (AWS, Azure, Google)
Los proveedores de la nube gestionan las copias de seguridad y los parches, pero no te dicen cuándo tus propias consultas son lentas, tus conexiones se están agotando o una copia de seguridad se está quedando silenciosamente atrás de la activa. Detectamos los problemas que el proveedor te deja a ti, para que una interrupción no tome al equipo por sorpresa.
Base de datos autoalojada con conmutación por error automática
Si la base de datos principal falla, se supone que una copia de seguridad debe tomar el control en segundos. Pero una copia de seguridad que se está quedando silenciosamente atrás puede convertir esa transferencia en una interrupción de 30 segundos, o peor, en una pérdida de datos. Vigilamos cada copia para que sepas que está realmente lista para tomar el control antes de que la necesites.
Base de datos ejecutándose dentro de Kubernetes
Las bases de datos en Kubernetes son movidas, reiniciadas y actualizadas por la plataforma automáticamente. La mayoría de las veces es seguro; cuando no lo es, normalmente te enteras por usuarios frustrados. Mostramos las señales de advertencia tempranas para que el equipo pueda intervenir antes de que una actualización rutinaria se convierta en un incidente.
Requisitos previos para PostgreSQL
Asegúrate de tener todo esto en su sitio — la mayoría de las instalaciones tardan 60 segundos una vez listo.
- PostgreSQL 12 o más reciente (probado con 12-16) ejecutándose en el servidor
- Un usuario con el rol pg_monitor y SELECT sobre pg_stat_database
- Opcional: extensión pg_stat_statements cargada para métricas a nivel de consulta
Empieza con minutos
Instalar Xitogent en tu servidor
Si aún no lo has hecho, instala el agente de monitorización ligero Xitogent en tu servidor.
curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEYCrear un usuario de monitorización en PostgreSQL
Crea un usuario dedicado de solo lectura para que Xitogent recolecte métricas:
CREATE USER xitoring WITH PASSWORD 'your_secure_password';
GRANT pg_monitor TO xitoring;
GRANT SELECT ON pg_stat_database TO xitoring;Habilitar la integración de PostgreSQL
Usa el panel de Xitoring o la CLI para habilitar la integración de PostgreSQL con las credenciales de monitorización.
sudo xitogent integrateConfigurar umbrales de alerta (opcional)
Define umbrales personalizados para métricas como retraso de replicación, dead tuples o número de conexiones para recibir notificaciones cuando algo requiera atención.
Verifica que funciona
Ejecuta este comando en el servidor para confirmar que Xitogent ha detectado la integración. En unos 30 segundos comenzarán a llegar métricas nuevas a tu panel.
sudo xitogent status¿Estás considerando alternativas?
Mira cómo se compara Xitoring frente a las alternativas para la supervisión de PostgreSQL: precios planos, integraciones más profundas y un solo agente que cubre todo tu stack.
Con frecuencia preguntas formuladas
¿Qué permisos necesita el usuario de supervisión?
¿Afectará esta integración al rendimiento de PostgreSQL?
¿Puedo supervisar la replicación de PostgreSQL?
¿Funciona esto con PostgreSQL gestionado (RDS, Cloud SQL)?
¿Qué versiones de PostgreSQL son compatibles?
¿Con qué frecuencia se recopilan los datos?
¿Cómo monitoreo el agotamiento del pool de conexiones y las sesiones idle-in-transaction?
¿Funciona con PostgreSQL gestionado (RDS, Cloud SQL, Azure)?
¿Qué versiones de PostgreSQL son compatibles?
Empieza a seguir a PostgreSQL hoy
Se configura en menos de 60 segundos. No se necesita tarjeta de crédito. Estadísticas completas desde el primer día.
Empieza tu prueba gratuita
