Hi,
We are planning to upgrade our v7.8 cluster to v7.17, in a rolling upgrade.
The cluster has 22 nodes and all nodes have both Master and Data roles.
We're planning to leave the currently elected master node till last, but we are concerned that if that node were to fail for any reason during the rolling upgrade, a newly upgraded v7.17 node could become the master and thereby cause issues where the not-yet-upgraded 7.8 nodes might not be able to join the cluster.
So my main questions are:
-
Is this something we actually need to worry about? (e.g. I was wondering if software version is considered in an election scenario with a mixed version cluster, with preference to the master-eligible nodes with the lowest version. If not - suggested enhancement!
) -
If this concern is real, would adding nodes to the "voting_config_exclusions" just before they are upgraded be a good way to resolve? At least for the first 10 or so nodes in the upgrade process, just to reduce risk...
Any other comments/suggestions welcome, thx!