-
Notifications
You must be signed in to change notification settings - Fork 23.9k
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
[Cluster] Auto rebalance #4052
Comments
This seems to imply a controlled exit. What about unplanned scenarios? The old master won't be able to initiate a rebalance. A scenario of concern is that the server failed and the master is gone. In the event of a slave-less master, the remaining masters should - after a configurable time period - trigger a rebalance. The time period is important as depending on the deployment environment (e.g., Kubernetes), the master could recover quickly enough where a rebalance shouldn't be performed (and "quickly" is subjective, hence configurable). |
+1 for this feature ! Another vision for this topic can be to simply refuse to implement this feature and only allow the cluster manager to handle the slot rebalancing & data reshuffling. Currently the cluster manager (redis-trib.rb or any third party cluster manager) is a "one shot" CLI command but we can imagine that, in the future, it will be a long run stateless application that would expose a REST API to handle operations. This is more Kubernetes-compliant vision, as this cluster manager could be integrated in a CRD (a.k.a Operator). |
I think this is something that can now be implemented using Redis Modules, with the new timers & cluster module support |
Closing as duplicate in favor of #3009. |
Copied from #3009
On node join/leave/fail, the cluster should automatically reallocate unallocated slots to other masters in the cluster.
Specifically:
The text was updated successfully, but these errors were encountered: