Redis现有高可用架构sentinel遇到的问题

1. Redis 哨兵架构下,服务器节点部署了哨兵,但业务部门没有在应用程序层面使用jedis哨兵驱动来自动发现Redis master,而使用直连IP master。当master挂掉，其他redis节点担当新master后，应用需要手工修改配置指向新master。

2. Redis 客户端驱动还没有读写分离的配置，若想slave的读负载均衡，暂时没好的办法。

Consul 可以满足以上需求，配置两个DNS服务，一个是master的写服务，利用consul自身的服务健康检查和探测功能，自动发现新的master。 然后定义一个slave的读服务，基于DNS本身，能够对slave角色的redis IP做轮询，实现负载均衡的效果。

原文地址
https://mp.weixin.qq.com/s?__biz=MzI4NjExMDA4NQ==&mid=2648450708&idx=1&sn=30b4c7f7e2ed37164d960cffb240c1b1&chksm=f3c97e7ec4bef768b212fae43613fd13dbb53900f95c2a7fc58ade7b79f73a5d7b2f4af19b3b&scene=38#wechat_redirect