[Question] Does mimir compress consecutive equal data points from one series into one data point #2131
-
Does mimir compress consecutive equal data points from one series into one data point? Context: Example:
-> returns no data
-> returns one data point However, I checked the prometheus config and can confirm that the metrics are scraped every Shouldn't I have multiple data points with a time vector of I look forward to your help. |
Beta Was this translation helpful? Give feedback.
Replies: 7 comments
-
Hi @Poweranimal, I think this is a matter of the PromQL query. Mimir doesn't aggregate/rollup data points in this way. |
Beta Was this translation helpful? Give feedback.
-
Hi @johannaratliff, thank you very much for the quick response. The example query I showcased is part of many queries from predefined dashboards of helm kube-prometheus-stack. I use all of their dashboards (defined here) including their Prometheus recording rules. I wonder, if the presets are wrong (however, I highly doubt that) or if something is odd regarding the metrics scraping via Prometheus Agent or the metrics processing of Mimir. |
Beta Was this translation helpful? Give feedback.
-
Sorry I can't be of further help. I can assure you that the metrics coming from Mimir are intended to be Prometheus compliant including returning all scraped and stored metrics, and would not do any secret rollups on queries to the best of my knowledge. If you figure this out and there is an issue and our end - please file it to let us know! |
Beta Was this translation helpful? Give feedback.
-
Thanks for your reply and your help on the matter. |
Beta Was this translation helpful? Give feedback.
-
Does this issue happen only on cAdvisor metrics? If so, then I would recommend to double check the cAdvisor metrics exporter. A theory: I remember cAdvisor export metrics with timestamp (quite unusual), so the sample timestamp used is the one provided by cAdvisor and not the time when Prometheus does the scraping. If cAdvisor updates the metrics only once every 5m, then you would get the behaviour you're describing, and the 30s scrape interval of Prometheus wouldn't matter. |
Beta Was this translation helpful? Give feedback.
-
Hi @pracucci , thank you very much for your response. A metric may look like this:
The last part of the metrics, I tracked the change of the timestamp and it seems to be updated very infrequently and with long delays (more than I guess, now I have to figure out how change the update interval of Thank you very much for your help! |
Beta Was this translation helpful? Give feedback.
-
For the record: |
Beta Was this translation helpful? Give feedback.
Does this issue happen only on cAdvisor metrics? If so, then I would recommend to double check the cAdvisor metrics exporter.
A theory: I remember cAdvisor export metrics with timestamp (quite unusual), so the sample timestamp used is the one provided by cAdvisor and not the time when Prometheus does the scraping. If cAdvisor updates the metrics only once every 5m, then you would get the behaviour you're describing, and the 30s scrape interval of Prometheus wouldn't matter.