Cortesía del primer comentario sobre la pregunta anterior.
Entonces pude resolver esto de la siguiente manera.
- La configuración anterior para el cliente con las opciones dadas es buena. Sin embargo, tuve que configurar el
disconnectedBehavioraACCEPT_COMMANDS. Esto aseguró que el cliente continuara interactuando con Redis para las operaciones durante la conmutación por error. - Como resultado de esta aceptación continua de operaciones, para la primera LECTURA o ESCRITURA que llega al cliente después de que la conmutación por error haya elegido con éxito un nuevo maestro, el clister devolverá correctamente la nueva dirección IP del nuevo nodo. De ahora en adelante, el cliente sabe cuál es la nueva IP para las ranuras en poder del nodo fallido.
Este es un enfoque perezoso para conciliar en el próximo intento de LEER o ESCRIBIR. Pero funciona y creo que es lo suficientemente bueno. No estoy seguro de si hay mejores formas de manejar esto.
