Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Adding support for Prometheus endpoint in Consul Agents #4014

Closed
pierresouchay opened this issue Apr 5, 2018 · 5 comments
Closed

Adding support for Prometheus endpoint in Consul Agents #4014

pierresouchay opened this issue Apr 5, 2018 · 5 comments
Labels
type/enhancement Proposed improvement or new feature

Comments

@pierresouchay
Copy link
Contributor

Hello,

It seems that https://github.com/armon/go-metrics did add support for Prometheus

Would you agree to add support for it in Consul to Consul stats could be easily scrapped by Prometheus?

Some fixes have been applied on Nov 16, 2017 to the lib, so basically upgrading a bit the lib, and I am OK to do a PR adding support for it.

Would you consider such inclusion ?

Kind Regards

@guidoiaquinti
Copy link
Contributor

+1 🎉

@mkeeler
Copy link
Member

mkeeler commented Apr 5, 2018

@pierresouchay We would definitely be open to including it. The main goal would be that we could do it similar to how nomad does it with a prometheus query param to the metrics endpoint.

@pierresouchay
Copy link
Contributor Author

The PR adds supports for Prometheus endpoint.

  • Endpoint can be reached with /v1/agent/metrics?format=prometheus with the same semantics as Nomad implementation
  • to test the feature, you can use for instance: the flags in command line: consul agent -hcl 'telemetry{ prometheus_retention_time="24h"}' -hcl 'telemetry{disable_hostname=true}'

I added in the documentation that disable_hostname=true is recommended

@pierresouchay
Copy link
Contributor Author

This PR: #4042 has to be considered as well to use the multi-dimensional features of Prometheus

@pearkes
Copy link
Contributor

pearkes commented Jul 24, 2018

I hope you don't mind @pierresouchay but I'm going to call this closed given your work was included in 1.1.0 of Consul. As we know #4042 is still open, but I think that is suitable to track the addition of labels (and has the relevant context).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/enhancement Proposed improvement or new feature
Projects
None yet
Development

No branches or pull requests

4 participants