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
[Feature Request] capability to choose between Prometheus "query" and "query_range" API for table #5765
Comments
Agreed +1 |
Does #6140 solve this? |
@icholy yes and no. yes: #6140 is implementing access to the instant query API that I also need to use If #6140 could implement instant API usage trough some kind of choice in the Prometheus query editor instead of auto detecting it through "interval === 0" then it would solve my issue. |
@torkelo Would you add label "Prometheus" to this issue. |
Just a memo about Prometheus implementation. The difference of Prometheus internal implementation is passing value for But, pass |
|
This is also an issue for me with grafana / prometheus table handling. |
+1 afaict this would be really helpfull for the pie-chart and other plugins as well. pie-chart displays the last values of a time-series range - even if a metric does not have any values for the last/same timestamp as requested. using query instead of query_range would solve the problem because prometheus would not return old value. Also query is WAY more performant than query_range, especially for more complex queries. |
👍 This would also be very useful for single stat panels. |
Grafana: 3.1.1 (docker image)
Prometheus: 1.0.1 (docker image)
I have the following Prometheus query:
topk(5, sum(rate(jaxrs_client_proxy_latency_seconds_sum[1h])) by (proxy, method))
When I run this in the Prometheus console I get a nice and simple "top 5"-style table because it is using the "/api/v1/query" endpoint on Prometheus. Now when I go to Grafana and add a "Table" and put the same query in I end up with a time series that I don't want/need because it is using the "/api/v1/query_range".
It would be great if - at least for the table element - it would be possible to choose what endpoint to use on Prometheus so that I can decide if I want to deal with a time series result or a simple table. Not only would it display the data that I am looking for but the "/api/v1/query" endpoint is responding about 10 times faster to the query than the "/api/v1/query_range" endpoint.
The text was updated successfully, but these errors were encountered: