-
Notifications
You must be signed in to change notification settings - Fork 598
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
Make range configurable in dashboard queries #36
Comments
Well technically, 30s - you need at least 2 data points for a rate to work reliably. And realistically, your rate range should be 4x scrape, to deal with jitter etc - hence 1m, which is 4x 15s, the default scrape period.
Sounds good to me! Although I'd like to experiment using grafana's $__interval meta variable here, so that when you zoom out in Grafana, the rate duration also get larger: http://docs.grafana.org/reference/templating/#the-interval-variable |
It would be nice to have it configurable but I'd recommend setting |
Any update regarding this issue? |
Anyone facing a simpler issue, this is a quick jsonnet fix (that also add labels for grafana config map loader): { 'grafana-dashboards-configmaps':
configMapList.new([
configmap + configmap.mixin.metadata.withLabels({"grafana_dashboard": "1"})
+ configmap.withData({[item]: std.strReplace(configmap.data[item], '[1m]', '[2m]') for item in std.objectFields(configmap.data)})
for configmap in kp.grafana.dashboardDefinitions.items
]) } + |
I don't think there are any plans to change it. |
Why not use |
This issue has not had any activity in the past 30 days, so the
Thank you for your contributions! |
e. .g Dashboards like "K8s / Compute Resources / Cluster" uses query
sum(irate(container_cpu_usage_seconds_total[1m])) by (namespace)
That creates hidden dependency that scrape job can't run less frequent then sub 1m.
I think range should be configurable
The text was updated successfully, but these errors were encountered: