Skip to content
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

[QUESTION]What are the side affects of setting cluster-allow-replica-migration to "no"? #13244

Open
anu25052608 opened this issue May 2, 2024 · 0 comments

Comments

@anu25052608
Copy link

We are using Redis cluster where we manage redis cluster via an operator. The operator takes care of making sure enouhg configured primaries are there in the system, it assigns cluster slots to these primaries initially, identifies suitable k8s redis pods which can be replica to each primary and so forth.

We recently encountered an issue during Rolling upgrade of these pods, where one of the replica which was supposed to failover, instead decided to move to an orphaned master as per below log:
I0425 00:08:29.282217 1 log.go:16] 21:S 25 Apr 2024 00:08:29.282 * Migrating to orphaned master 4d1d61c90d7bf0678bf9d38ad2eee127cdc73736.

However with cluster-migration-barrier still set to 1, i assume the other replica should have failed over it;s primary for any issues.

In this scenario, is it a good decision to set cluster-allow-replica-migration to no? What the advantages and disadvantages. Any detailed insight into this configuration will be very helpful, Thanks!

Generally, questions about using Redis should be directed to the community:

It is also possible that your question was already asked here, so please do a quick issues search before submitting. Lastly, if your question is about one of Redis' clients, you may to contact your client's developers for help.

That said, please feel free to replace all this with your question :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant