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
Great tool, congratulations and thanks for sharing.
Just a couple of improvement suggestions as a open discussion.
Support shard swapping parallelism, at least have parallel relocations on different nodes(not having more than 1 active relocation on each node, but several concurrent swaps on the cluster)
Cluster routing relocation awareness support: if this funcitonallity is configured on a cluster, shard movement is restricted by "zones". The relocation plans generated by the tool could detect this configuration and plan accordingly. Its quite similar to the AZ functionality...
Consider shard swapping involving more than 2 shard movements: sometimes shard distribution is in a suboptimal distribution and no more replica-primary can be swapped, but swapping a replica-replica can change the cluster state allowing more extra replica-primary swaps towards a better balance. (maybe that means in the game model, to consider 2 depths of movements and allow replica-replica swaps).
The text was updated successfully, but these errors were encountered:
I intend to do this. Spot Instance interruptions are making us run the balancing a few times a month, and it's pain to wait for it to complete.
Yeah, this would be fairly simple to include alongside the AZ mapping. Could consider it.
I did this at first, but the space of valid moves became so big that the MCTS algo simply needed to much time to run simulations for it to be worth it. There are probably optimisations that could be made, but cost/benefit just made me cut it entirely. Would accept a PR for it though.
Great tool, congratulations and thanks for sharing.
Just a couple of improvement suggestions as a open discussion.
The text was updated successfully, but these errors were encountered: