@
zhoudaiyu 不是的，这两个是不同的东西。
sentinel 做的事情基本上就是 master 挂了之后帮你提升 replica 为 master，跟你雇了个人盯着 master，出问题的时候执行切换的效果一样，所以它叫做 “sentinel”。本质上这还是一个 Redis 在工作，一个 Redis 在 backup。3 个 sentinel 节点在监工（为了节省资源可以和应用部署在一起，sentinel 基本不需要什么资源）。
cluster 是完全另一个东西，它把 key 分散在多个 redis 实例上，这样就可以水平扩展了，这些实例本身会自己处理好 replica，failover。看起来 cluster 也能 failover，但是 cluster 是有限制的。1 ） cluster 不支持多个 key 的操作，比如 zinterstore，除非这些 key 存在于同一个实例上。这点想想就明白了，在多台 redis 上是无法保证都成功的。2 ） 只支持 1 个 db，db 0，select 是无效的。
然而最大的问题是 3 ）客户端必须以 cluster 的协议与 redis 沟通，因为客户端需要处理路由。
可以看下 python 的客户端
https://redis-py-cluster.readthedocs.io/en/master/limitations-and-differences.html虽然有一些方案可以用代理的方式屏蔽 cluster 的处理
redis 官方也出的 proxy：
https://github.com/RedisLabs/redis-cluster-proxypingcap 以前出品的 codis：
https://github.com/CodisLabs/codis其实从单机迁移到 cluster 也是成本很大的，我之前看过一个公司的迁移经验分享，但是找不到链接了。。。
所以场景还是不一样，水平扩展就用 clsuter，如果只需要 fail over 那就用 sentinel 模式。有很多公司也有不错的 proxy 方案