Met dank aan de eerste opmerking over de bovenstaande vraag.
Dus ik heb dit als volgt kunnen oplossen.
- De bovenstaande setup voor de client met de gegeven opties is goed. Ik moest echter het
disconnectedBehavior
. instellen naarACCEPT_COMMANDS
. Dit zorgde ervoor dat de klant tijdens de fail-over met Redis in contact bleef voor operaties. - Als resultaat van deze continue acceptatie van bewerkingen, zal de clister voor de eerste READ of WRITE die bij de client aankomt nadat de failover met succes een nieuwe master heeft gekozen, het nieuwe IP-adres van het nieuwe knooppunt correct retourneren. Vanaf nu weet de client wat het nieuwe IP-adres is voor de slots van het defecte knooppunt.
Dit is een luie benadering om te verzoenen bij de volgende poging om te LEZEN of SCHRIJVEN. Maar het werkt en ik denk dat het goed genoeg is. Ik weet niet zeker of er betere manieren zijn om dit aan te pakken.