Switch to "range" assignor strategy from "cooperative-sticky" #705
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Switched the partition assignment strategy to
"range"
from the previously used"cooperative-sticky"
.With
"cooperative-sticky"
, commits during rebalancing may fail, and we always commit the current checkpoint on assign and revoke.According to this comment,
range
assignor now provides co-partitioning and ensures that the same partitions are assigned to the same members.This property will help us to implement #484 too.
I briefly verified that it works this way, but I want to do more tests to be 100% sure.
Main changes
"range"
assignment strategyRecoveryManager
now doesn't assign/unassign partitions and instead only pauses, seeks and resumes them