哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个独立的进程，作为进程，它会独立运行。其原理是哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis实例。
主从切换技术的方法是：当主服务器宕机后，需要手动把一台从服务器切换为主服务器，这就需要人工干预，费事费力，还会造成一段时间内服务不可用。这不是一种推荐的方式，更多时候，我们优先考虑哨兵模式。
这里的哨兵有两个作用通过发送命令，让Redis服务器返回监控其运行状态，包括主服务器和从服务器。当哨兵监测到master宕机，会自动将slave切换成master，然后通过发布订阅模式通知其他的从服务器，修改配置文件，让它们切换主机。然而一个哨兵进程对Redis服务器进行监控，可能会出现问题，为此，我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控，这样就形成了多哨兵模式。
用文字描述一下故障切换(failover)的过程。假设主服务器宕机，哨兵1先检测到这个结果，系统并不会马上进行failover过程，仅仅是哨兵1主观的认为主服务器不可用，这个现象成为主观下线。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间就会进行一次投票，投票的结果由一个哨兵发起，进行failover操作。切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为客观下线。这样对于客户端而言，一切都是透明的。
数字1表示 ：当一个哨兵主观认为主机断开，就可以客观认为主机故障，然后开始选举新的主机。
sentinel monitor mymaster 127.0.0.1 6379 1注意启动的顺序。首先是主机(192.168.11.128)的Redis服务进程，然后启动从机的服务进程，最后启动3个哨兵的服务进程。
哨兵模式优缺点
优点：哨兵集群，基于主从复制模式，所有主从复制的优点，它都有。主从可以切换，故障可以转移，系统的可用性更好。哨兵模式是主从模式的升级，手动到自动，更加健壮
哨兵模式缺点：
Redis不好在线扩容，集群容量一旦达到上限，在线扩容就十分麻烦。实现哨兵模式的配置其实是很麻烦的，里面有很多配置项
本文来自投稿，不代表科技代码立场，如若转载，请注明出处https://www.cwhello.com/262889.html
如有侵犯您的合法权益请发邮件951076433@qq.com联系删除
