-
Notifications
You must be signed in to change notification settings - Fork 2.1k
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
Thanos Querier Rules API merges rules with the same name but different fields #3017
Comments
on personal note: I vote for option 1.: we add the file field as part of the deduplication logic. |
file being part of the deduplication scheme seems like the correct approach to me |
option 1 looks ok to me. This is how Prometheus itself indexes rules: |
Let's be explicit and treat name + file as key (: |
This was referenced Aug 11, 2020
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Thanos, Prometheus and Golang version used:
Thanos: 0.14.0
Prometheus: 2.20.0
Golang: golang-1.14
Object Storage Provider:
N/A
What happened:
Given the following rules file structure in Prometheus:
Thanos querier rules
/api/v1/rules
deduplicates byname
field only, yielding either:or, non-deterministically, any other file name from the above Prometheus examples.
This is according to the specification https://github.com/thanos-io/thanos/blob/master/docs/proposals/202003_thanos_rules_federation.md#rules-api:
"Deduplication happens first at the rule group level. The identifier is the group name."
What you expected to happen:
That is about to be discussed. Either:
file
field as part of the deduplication logic.file
names, i.e. comma-separated in the resulting group.How to reproduce it (as minimally and precisely as possible):
Deploy the examples above with the same group names but different file fields.
Full logs to relevant components:
not relevant
Anything else we need to know:
once we reach consensus I am happy to augment
The text was updated successfully, but these errors were encountered: