С любезното съдействие на първия коментар на въпроса по-горе.
Така че успях да разреша това по следния начин.
- Настройката по-горе за клиента с дадените опции е добра. Трябваше обаче да задам
disconnectedBehavior
доACCEPT_COMMANDS
. Това гарантира, че клиентът продължава да се ангажира с Redis за операции по време на отказ. - В резултат на това непрекъснато приемане на операции, за първото READ или WRITE, което пристигне в клиента, след като при отказ е избрал успешно нов главен, клистерът ще върне правилно новия IP адрес на новия възел. Оттук нататък клиентът знае какъв е новият IP за слотовете, държани от неуспешния възел.
Това е мързелив подход за съгласуване при следващия опит за ЧЕТЕНЕ или ПИШАНЕ. Но работи и вярвам, че е достатъчно добър. Не съм сигурен дали има по-добри начини за справяне с това.