-
Notifications
You must be signed in to change notification settings - Fork 43
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
Number of master nodes #93
Comments
There is no API for getting this information, but it would be possible to get this kind of knowledge from the internals via the context. The risk of doing it is that the internals might change though.. The known master nodes could be inspected via an async cluster context, and the number of known master nodes would be: To check which are active you would need to check the state of them (via a Replica information is only kept when configured to do so. It can be enabled via If you have ideas of an API we are happy to get a draft or even a proposal via a PR :) |
Thank you very much for the helpful information. To elaborate further, we have the following requirements from our applications:
The first one is easy at least when we create the connection - we inform the application from the first connect callback. We also keep track of all the masters from which we receive all the connect callbacks. We will use the trick you mentioned above to inspect the state of known masters. Hopefully this gets updated based on the run-time state of the cluster? Thank you again for all the help. Yes we will certainly look at the possibility of a PR once we have a better understanding. |
A follow-up on this issue. We have noticed that the master nodes do not get updated dynamically. Please advice if there is a way to update the masters depending on the runtime status of the cluster? Thank you. |
Kindly help with the following queries:
Thank you.
The text was updated successfully, but these errors were encountered: