I have a scenario where I'm running a redis instance on a cluster with dns service discovery.
The cluster manager will sometimes relocate the redis instance to another node. Using the option _resolveDNS_ on the client, I see that once the dns is resolved, the returned ip is cached. It also seems that the dns resolve routine is called only once of first connect, server endpoints are then cached and their ips are used on subsequent reconnections. It would be useful on my scenario to make the client resolve the dns host again on a reconnect attempt.
My current workaround is to connect to a load balancer host, which monitors nodes for redis existence. This is a sub optimal solution since the load balancer has a minimum health check period.
Another workaround is to setup a tcp proxy on every node that will resolve the redis location. Again a sub optimal solution that leads to an extra hop.
I too would like to see this functionality. My workaround will be attaching to the ConnectionFailed event on the Connection and recreating the connection at that time.
Most helpful comment
I too would like to see this functionality. My workaround will be attaching to the ConnectionFailed event on the Connection and recreating the connection at that time.