Med tillstånd av den första kommentaren på frågan ovan.
Så jag kunde lösa detta på följande sätt.
- Ovanstående inställning för klienten med de givna alternativen är bra. Jag var dock tvungen att ställa in
disconnectedBehavior
tillACCEPT_COMMANDS
. Detta säkerställde att klienten fortsätter att samarbeta med Redis för operationer under fail-over. - Som ett resultat av detta kontinuerliga accepterande av operationer, för den första LÄSA eller SKRIVA som anländer till klienten efter att failoveren framgångsrikt hade valt en ny master, kommer klistern korrekt att returnera den nya IP-adressen för den nya noden. Från och med nu vet klienten vad den nya IP-adressen är för slots som innehas av den misslyckade noden.
Detta är ett lat tillvägagångssätt för att stämma av vid nästa försök att LÄSA eller SKRIVA. Men det fungerar och jag tror att det är tillräckligt bra. Jag är inte säker på om det finns bättre sätt att hantera detta.