You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It creates obstacles when integrating into existing environments, such as metric collisions in dashboards and alerts.
Possible solutions
Prometheus metric naming conventions suggest that metric names should have unique namespaces to avoid conflicts and maintain clarity when integrating multiple data exporters (refer to the Prometheus Best Practices for Naming ).
The problem
Some metrics provided by https://coroot.com/docs/metric-exporters/pg-agent/metrics, such as
pg_up
, use the same name as metrics from the https://github.com/prometheus-community/postgres_exporterIt creates obstacles when integrating into existing environments, such as metric collisions in dashboards and alerts.
Possible solutions
Prometheus metric naming conventions suggest that metric names should have unique namespaces to avoid conflicts and maintain clarity when integrating multiple data exporters (refer to the Prometheus Best Practices for Naming ).
To make experience more smooth:
pg_
, e.g.cpg_
? Like this exporter does https://github.com/CrunchyData/pgmonitor/blob/4abd279d9751b4b3bbffe904aacbecb20e622c80/postgres_exporter/common/queries_global.ymlenv: CUSTOM_PREFIX=cpg_
?Why
This provides greater flexibility for users who may want to:
The text was updated successfully, but these errors were encountered: