Closed willholley closed 6 months ago
@willholley @gesellix I just merged #57 to add support for the native Prometheus endpoint in CouchDB 3.2. Does it make sense to do the work to rebase this PR so we can support Prometheus exports for older versions of CouchDB? I also haven't looked closely at the differences between Tobias' excellent exporter and the native endpoint to see if there might be cases where one would prefer the former.
@kocolosk I considered the CouchDB exporter to use the native _prometheus endpoints internally if available, but haven't had enough time to look at the differences, yet. I would suggest that the exporter should not be required somewhen, when all metrics are natively available. Maybe the exporter then only collects metrics across all nodes, which is something, CouchDB won't support out of the box? Meanwhile, the exporter can detect a CouchDB 3.2.x and behave accordingly. I'm tracking my thoughts over there: https://github.com/gesellix/couchdb-prometheus-exporter/issues/104
closing this since CouchDB now has native prometheus support
What this PR does / why we need it:
Adds https://github.com/gesellix/couchdb-prometheus-exporter as an optional sidecar to each CouchDB node.
Node-specific metrics can then be scraped by prometheus using a scraper configuration such as:
Special notes for your reviewer:
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.