作用
当故障发生时可以自动进行主从切换，程序可以不用重启。
image.png
将Redis Sentinel集群看成是一个Zookeeper集群，它是集群高可用的心脏，它一般是由3~5个节点组成，这样挂了个别节点集群还可以正常运转。
它负责持续监控主从节点的健康，当主节点挂掉时，自动选择一个最优的（优先级->数据量->run ID）从节点切换为主节点。客户端来连接集群时，会首先连接sentinel，通过sentinel来查询主节点的地址，然后再去连接主节点进行数据交互。当主节点故障时，客户端会重新想sentinel要地址，sentinel会将最新的主节点地址告诉客户端。如此应用程序将无需重启即可自动完成节点切换。例如上图的主节点挂掉后，集群将可能自动调整为下图所示结构。
image.png
从这张图能看到主节点挂掉了，原先的主从复制也断开了，客户端和损坏的主节点也断开了。从节点被提升为新的主节点，其他从节点开始和新的主节点建立复制关系。客户端通过新的主节点继续进行交互。Sentinel会持续监控已经挂掉的节点，待它恢复后，集群会调整为下面这张图。
image.png
此时原先挂掉的主节点现在变成了从节点，从新的主节点哪里建立复制关系。
消息丢失
Redis主从采用异步复制，意味着当主节点挂掉时，从节点可能没有收到全部的同步消息，这部分未同步的消息就丢失了。如果主从延时特别大，那么丢失的数据就可能会特别多。Sentinel无法保证消息完全不丢失，但是也尽可能保证消息少丢失。他有两个选项可以限制主从延时过大。
min-slaves-to-write 1
min-slave-max-lag 10
第一个参数表示主节点必须至少有一个从节点在进行正常复制，否则就停止对外写服务，丧失可用性。
是否正常复制由第二个参数控制，它的单位是秒，表示如果10s没有收到从节点的反馈，就意味着从节点同步不正常，要么网络断开了，要么一直没有给反馈。
