Make scrape timeout configurable

Bug #1867180 reported by Peter Sabaini
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Prometheus2 charm
Fix Released
High
Peter Sabaini

Bug Description

We're currently not configuring the Prom scrape_timeout, leaving it at the global default of 10s

This can be tight for highly loaded clouds (for instance with the prom openstack exporter), which will lead to silently dropped metrics.

I believe we should therefore configure scrape_timeout.

One simple heuristic would be to just set scrape_timeout=scrape_interval, since with slow envs one might want to lower the scrape frequency as well and there's a constraint scrape_timeout <= scrape_interval already enforced by Prom.

Alternatively, provide a separate knob scrape-timeout and check for that constraint during config-changed

Related branches

Celia Wang (ziyiwang)
Changed in charm-prometheus2:
importance: Undecided → High
Changed in charm-prometheus2:
assignee: nobody → Peter Sabaini (peter-sabaini)
status: New → Triaged
Changed in charm-prometheus2:
status: Triaged → In Progress
Revision history for this message
Andrea Ieri (aieri) wrote :

available in cs:prometheus2-16

Changed in charm-prometheus2:
status: In Progress → Fix Released
milestone: none → 20.05
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.