You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Compactors shard size has to be increased manually for a tenant. This does not work well when scale up of compactors occurs since we are limited by a fixed value.
Describe the solution you'd like
Identical to: #6652 for compactors. Adding support for 0.2 = 20% of compactors for that tenant
The text was updated successfully, but these errors were encountered:
For some users, they move tenants between multiple clusters. I could see percentage-based sharding making it slightly more difficult to properly size the clusters. For example, you move a small tenant in a large cluster to a smaller cluster; the tenant was spread on lots of compactors before and now they have less. If you want predictable performance, you'd need to move tenants to only similarly sized clusters. Maybe this is an acceptable challenge; I'm just thinking.
What strategies do you see for properly sizing clusters during tenant moves?
Is your feature request related to a problem? Please describe.
Compactors shard size has to be increased manually for a tenant. This does not work well when scale up of compactors occurs since we are limited by a fixed value.
Describe the solution you'd like
Identical to: #6652 for compactors. Adding support for 0.2 = 20% of compactors for that tenant
The text was updated successfully, but these errors were encountered: