-
Notifications
You must be signed in to change notification settings - Fork 535
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
Configure split-and-merge compactor in jsonnet #853
Configure split-and-merge compactor in jsonnet #853
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@@ -19,6 +19,18 @@ | |||
'compactor.compaction-concurrency': $._config.cortex_compactor_max_concurrency, | |||
'compactor.cleanup-interval': $._config.cortex_compactor_cleanup_interval, | |||
|
|||
// Will be set on per-tenant basis via overrides and user classes. No splitting by default. | |||
'compactor.split-and-merge-shards': 0, | |||
'compactor.compactor-tenant-shard-size': 1, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Our new default in #852 is 0. Shall we use the same value?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My take on this: config defaults should target generic users not necessarily using our jsonnet. Our jsonnet reflects our setup (eg. we have user classes and override it on large tenants) and it may differ from general purpose defaults.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
My question was whether we would like to use 0
here, so that tenant's jobs would be sharded across all compactors by default (even in our setup).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right. We can discuss it separately. In this PR I just wanted to upstream the current state.
Signed-off-by: Marco Pracucci <[email protected]>
Signed-off-by: Marco Pracucci <[email protected]>
801423e
to
7417f7f
Compare
What this PR does:
Now that split-and-merge compactor is the only strategy support, I propose to upstream our config to the OSS mixin.
Which issue(s) this PR fixes:
N/A
Checklist
CHANGELOG.md
updated - the order of entries should be[CHANGE]
,[FEATURE]
,[ENHANCEMENT]
,[BUGFIX]