ResumenSupervisa las métricas de rendimiento de PostgreSQL en ClickStack con el PostgreSQL receiver de OTel. Incluye un conjunto de datos de demostración y un dashboard preconfigurado.
Integración con PostgreSQL existente
Requisitos previos
- Instancia de ClickStack en ejecución
- Instalación existente de PostgreSQL (versión 9.6 o posterior)
- Acceso de red desde ClickStack a PostgreSQL (puerto predeterminado: 5432)
- Usuario de monitorización de PostgreSQL con los permisos adecuados
Asegúrese de que el usuario de monitorización tenga los permisos necesarios
El PostgreSQL receiver requiere un usuario con acceso de lectura a las vistas de estadísticas. Otorgue el rolpg_monitor a su usuario de monitorización:Cree una configuración personalizada del OpenTelemetry Collector
ClickStack le permite ampliar la configuración base del OpenTelemetry Collector montando un archivo de configuración personalizado y estableciendo una variable de entorno.Creepostgres-metrics.yaml:La configuración
tls: insecure: true desactiva la verificación de SSL para entornos de desarrollo o pruebas. En PostgreSQL de producción con SSL habilitado, elimine esta línea o configure los certificados adecuados.Verifique la recopilación de métricas
Una vez configurado, inicie sesión en HyperDX y verifique que las métricas se estén recibiendo:- Vaya a Metrics Explorer
- Busque métricas que empiecen por postgresql (por ejemplo, postgresql.backends, postgresql.commits)
- Debería ver puntos de datos de métricas en el intervalo de recopilación configurado
Conjunto de datos de demostración
Solo métricas a nivel de base de datosEste conjunto de datos de demostración incluye únicamente métricas a nivel de base de datos para mantener la muestra de datos ligera. Las métricas de tablas e índices se recopilan automáticamente al supervisar una base de datos PostgreSQL real.
Descargar el conjunto de datos de muestra de métricas
Descargue los archivos de métricas pregenerados (24 horas de métricas de PostgreSQL con patrones realistas):- Pico matutino de conexiones (08:00) - Hora punta de inicios de sesión
- Problema de rendimiento de la caché (11:00) - Pico de Blocks_read
- Error de la aplicación (14:00-14:30) - La tasa de rollback alcanza picos del 15 %
- Incidentes de deadlock (14:15, 16:30) - Deadlocks poco frecuentes
Iniciar ClickStack
Inicie una instancia de ClickStack:Verificar métricas en HyperDX
Una vez cargadas, la forma más rápida de ver sus métricas es mediante el dashboard preconfigurado.Continúe en la sección Dashboards y visualización para importar el dashboard y ver varias métricas de PostgreSQL a la vez.Visualización de la zona horariaHyperDX muestra los timestamps en la zona horaria local de su navegador. Los datos de demostración abarcan 2025-11-10 00:00:00 - 2025-11-11 00:00:00 (UTC). Establezca el intervalo de tiempo en 2025-11-09 00:00:00 - 2025-11-12 00:00:00 para asegurarse de ver las métricas de demostración independientemente de su ubicación. Una vez que vea las métricas, puede reducir el intervalo a un período de 24 horas para obtener visualizaciones más claras.
Dashboards y visualización
la configuración del dashboard
Importa el dashboard preconfigurado
- Abre HyperDX y ve a la sección Dashboards
- Haz clic en Import Dashboard en la esquina superior derecha, en el menú de los tres puntos
- Sube el archivo
postgres-metrics-dashboard.jsony haz clic en Finish Import
Ver el dashboard
El dashboard se creará con todas las visualizaciones preconfiguradas:Para el demo dataset, establece el intervalo de tiempo en 2025-11-10 00:00:00 - 2025-11-11 00:00:00 (UTC) (ajústalo según tu zona horaria local). El dashboard importado no tendrá ningún intervalo de tiempo especificado de forma predeterminada.
Solución de problemas
La configuración personalizada no se carga
No se muestran métricas en HyperDX
Errores de autenticación
Siguientes pasos
- Configura alertas para umbrales críticos (límites de conexión, tasas elevadas de rollback y tasas bajas de aciertos de caché)
- Habilita la monitorización a nivel de consulta con la extensión
pg_stat_statements - Supervisa varias instancias de PostgreSQL duplicando la configuración del receiver con distintos endpoints y nombres de servicio