- Sentinel 哨兵模式是为了弥补主从复制集群中主机宕机后，主备切换的复杂性而演变出来的。哨兵顾名思义，就是用来监控的，主要作用就是监控主从集群，自动切换主备，完成集群故障转移。
Sentinel 哨兵Sentinel 哨兵介绍
Sentinel 哨兵本质上是一个运行在特殊模式下的Redis实例，只是初始化的过程和工作与普通的 Redis不同，本质上也是一个单独的进程。
Sentinel 哨兵 是Redis的高可用解决方案：一个或多个Sentinel实例（instance）组成的Sentinel系统（system）可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在主服务器下线时可以自动切换从服务器升级为主服务器。
1、Sentinel系统
下图是一个简单的Sentinel系统架构图，一个Sentinel系统监视一个主从集群，其中server1是Redis主服务器，server2/3/4是Redis 从服务器。主从之间利用上面的主从复制来达到主从一致。而Sentinel系统监视整个主从集群。
2、Sentinel故障转移
当Sentinel系统察觉到Server1主服务器下线时，就会终止server2/3/4的复制。
同时Sentinel将server2升级为主服务器，server3/4从新的主服务器进行复制。同时等待server1的再次上线。
Sentinel系统也可以主动降级主服务为从服务器，将从服务器升级为主服务器。
Sentinel 哨兵监控过程
Sentinel 哨兵监控集群过程：
- 命令 Sentinel哨兵通过发送命令，让redis服务器返回运行状态。发布订阅 当主服务器状态发生变化时，Sentinel哨兵通过
- 发布订阅模式通知其他从服务器。
Sentinel 哨兵故障转移
Sentinel 故障转移：
- 1、Sentinel系统中的Sentinel实例每隔1s就像集群发送PING命令
- 2、如果集群中有实例的回复Sentinel实例时间超过了 down-after-milliseconds，那么这个实例就会发送PING命令的Sentinel实例被主观下线
- 3、那么什么时候会客观下线呢？需要Sentinel系统中其他实例也确认集群中该实例主管下线。
- 如果master主服务器被标记为主观下线，则Sentinel系统中监视master的Sentinel进程需要以每秒一次的频率确认Master是否进入主管下线状态
- 4、当有足够的Sentinel实例（取决于配置）确认Master进入了主管下线，则Master会被标记为客观下线。
Sentinel 哨兵优缺点
优点：
1、哨兵模式基于主从复制，因此主从复制的优点哨兵都具备
2、哨兵具备了主从切换和故障转移，因此集群有了更高的可用性
缺点：
1、Redis较难支持在线扩容，在线扩容比较复杂。
Sentinel模式是基于主从模式的嘛，因此要实现Sentinel集群模式的简单搭建需要提前做好主从集群模式的搭建。
想尝试主从怎么搭建的参考上一篇博客：
http://t.csdnimg.cn/emWe0
参考主从只需参考centos下的redis.conf配置文件那里即可，让三个redis服务跑起来就ok了，其他的无需参考，主从归主从，哨兵归哨兵嘛。
通俗点：从标题1看到标题5即可
sentinel01.conf sentinel02.conf sentinel03.conf
sentinel01.conf
sentinel02.conf
sentinel03.conf
：redis主从配置的三个服务必须开启
启动命令如下：
填写主机IP等信息
最后连接效果
这时切换到主库往下滑找到role这一行，
此效果证明主从配置搭建没问题
gitee代码测试地址：https://gitee.com/crqyue/springboot-redis-sentinel.git
到此这篇redis的哨兵模式+spring整合（redis 哨兵模式）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/haskellbc/55124.html