Ensure that metrics retention is long enough #211
Labels
No labels
Compat/Breaking
Difficulty
Architectural
Difficulty
Easy
Difficulty
Hard
Help Wanted
Kind
Bug
Kind
Documentation
Kind
Enhancement
Kind
Feature
Kind
Testing
Priority
Critical
Priority
High
Priority
Low
Priority
Medium
Reviewed
Confirmed
Reviewed
Duplicate
Reviewed
Invalid
Reviewed
Won't Fix
Security
Status
Abandoned
Status
Blocked
Status
Need More Info
Status
Postponed
Tracking Issue
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: the-distro/infra#211
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
We should make use of downsampling to be able to aggregate long term metrics and keep some information over the 10 years, 5 years, 1 year with different downsampling options.
cc @k900
Unfortunately, downsampling is currently not implemented nor supported in Mimir.
Most other metrics storage backends however do 🫠
tl;dr for https://github.com/grafana/mimir/discussions/1834#discussioncomment-2727217 and https://github.com/grafana/mimir/pull/5028:
Most workarounds for this aren't particularly great.
Maybe we defer this for now and lower its priority from "High" to "Medium" or even "Low" and also mark it as blocked (by upstream)?