Cortesia do primeiro comentário na pergunta acima.
Então consegui resolver da seguinte forma.
- A configuração acima para o cliente com as opções fornecidas é boa. No entanto, tive que definir o
disconnectedBehavior
paraACCEPT_COMMANDS
. Isso garantiu que o cliente continuasse a se envolver com o Redis para operações durante o failover. - Como resultado dessa aceitação contínua de operações, para o primeiro READ ou WRITE que chegar ao cliente após o failover ter eleito com sucesso um novo mestre, o clister retornará corretamente o novo endereço IP do novo nó. A partir de agora, o cliente sabe qual é o novo IP para os slots mantidos pelo nó com falha.
Esta é uma abordagem preguiçosa para reconciliar na próxima tentativa de LER ou ESCREVER. Mas funciona e acredito que seja bom o suficiente. Não tenho certeza se existem maneiras melhores de lidar com isso.