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

Support multiple jvms #58

Closed
jackhopner opened this issue Feb 8, 2016 · 2 comments
Closed

Support multiple jvms #58

jackhopner opened this issue Feb 8, 2016 · 2 comments

Comments

@jackhopner
Copy link

To reduce the overhead of exporting JVM metrics it would be good to be able to run one jmx_prometheus_httpserver for multiple JVM's.

Requirements:

  1. You can have one instance of the jmx_prometheus_httpserver which would collect and provide metrics for multiple JVM's
  2. Either one config file per jvm or one file containing config for multiple jvms. The configuration would need to reload if it was changed, to support jvms being brought up and down.
  3. The # HELP and # TYPE would need some sort of unique identifier per jvm appended to the metric name.
  4. The jmx scrape duration and error metric would need an unique identifier appended to it.
@brian-brazil
Copy link
Contributor

This is an explicit non-goal of this exporter, it is strongly recommended to run one agent per JVM.

You can have one instance of the jmx_prometheus_httpserver which would collect and provide metrics for multiple JVM's

This is mixing your failure domains. It's easier to manage one per JVM.

The configuration would need to reload if it was changed, to support jvms being brought up and down.

You should use service discovery at the Prometheus level to handle this.

The # HELP and # TYPE would need some sort of unique identifier per jvm appended to the metric name.

They wouldn't, there should only be one of these per metric and having different values can cause problems.

mortenlj added a commit to finn-no/jmx_exporter that referenced this issue May 30, 2016
@Bigsmooth68
Copy link

Hi @jackhopner
Did you tested this successfuly?
BigSmooth

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants