redis一般启动几个哨兵_Redis的哨兵机制

一.什么是哨兵机制?

答&＃xff1a;Redis的哨兵(sentinel) 系统用于管理多个 Redis 服务器,该系统执行以下三个任务:监控(Monitoring): 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常。提醒(Notification):当被监控的某个 Redis出现问题时, 哨兵(sentinel) 可以通过 API 向管理员或者其他应用程序发送通知。

后期文章会首发于本专栏&＃xff0c;也会不定时发放福利

自动故障迁移(Automatic failover):当一个Master不能正常工作时&＃xff0c;哨兵(sentinel) 会开始一次自动故障迁移操作,它会将失效Master的其中一个Slave升级为新的Master, 并让失效Master的其他Slave改为复制新的Master; 当客户端试图连接失效的Master时,集群也会向客户端返回新Master的地址,使得集群可以使用Master代替失效Master。

哨兵(sentinel) 是一个分布式系统,你可以在一个架构中运行多个哨兵(sentinel) 进程,这些进程使用流言协议(gossipprotocols)来接收关于Master是否下线的信息,并使用投票协议(agreement protocols)来决定是否执行自动故障迁移,以及选择哪个Slave作为新的Master。
每个哨兵(sentinel) 会向其它哨兵(sentinel)、master、slave定时发送消息,以确认对方是否”活”着,如果发现对方在指定时间(可配置)内未回应,则暂时认为对方已挂(所谓的”主观认为宕机” Subjective Down,简称sdown).
若“哨兵群”中的多数sentinel,都报告某一master没响应,系统才认为该master"彻底死亡"(即:客观上的真正down机,Objective Down,简称odown),通过一定的vote算法,从剩下的slave节点中,选一台提升为master,然后自动修改相关配置。
虽然哨兵(sentinel) 释出为一个单独的可执行文件 redis-sentinel ,但实际上它只是一个运行在特殊模式下的 Redis 服务器&＃xff0c;你可以在启动一个普通 Redis 服务器时通过给定 --sentinel 选项来启动哨兵(sentinel)。
哨兵(sentinel) 的一些设计思路和zookeeper非常类似

二.哨兵模式的配置修改

实现步骤:
1.拷贝到etc目录 cp sentinel.conf /usr/local/redis/etc
2.修改sentinel.conf配置文件 sentinel monitor mymast 192.168.110.133 6379 1 #主节点 名称 IP 端口号 选举次数

#配置主服务器的密码(如没设置密码&＃xff0c;可以省略) sentinel auth-pass mymaster 123456
3. 修改心跳检测 5000毫秒 sentinel down-after-milliseconds mymaster 5000
4. 做多多少合格节点

sentinel parallel-syncs mymaster 2
5. 启动哨兵模式./redis-server /usr/local/redis/etc/sentinel.conf --sentinel &
6. 停止哨兵模式

注意&＃xff1a;

1.当启动哨兵模式之后&＃xff0c;如果你的master服务器宕机之后&＃xff0c;哨兵自动会在从redis服务器里面 投票选举一个master主服务器出来&＃xff1b;这个主服务器也可以进行读写操作&＃xff01;

2.如果之前宕机的主服务器已经修好&＃xff0c;可以正式运行了。那么这个服务器只能进行读的操作&＃xff0c;会自动跟随由哨兵选举出来的新服务器&＃xff01;

3.大家可以进入./redis-cli&＃xff0c;输入info&＃xff0c;查看你的状态信息&＃xff1b;

三、哨兵(Sentinel)总结

1、Sentinel的作用&＃xff1a;

A、Master 状态监测

B、如果Master 异常&＃xff0c;则会进行Master-slave 转换&＃xff0c;将其中一个Slave作为Master&＃xff0c;将之前的Master作为Slave

C、Master-Slave切换后&＃xff0c;master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变&＃xff0c;即master_redis.conf中会多一行slaveof的配置&＃xff0c;sentinel.conf的监控目标会随之调换

2、Sentinel的工作方式:

1)&＃xff1a;每个Sentinel以每秒钟一次的频率向它所知的Master&＃xff0c;Slave以及其他 Sentinel 实例发送一个 PING 命令。

2)&＃xff1a;如果一个实例&＃xff08;instance&＃xff09;距离最后一次有效回复 PING 命令的时间超过 down-after-milliseconds 选项所指定的值&＃xff0c; 则这个实例会被 Sentinel 标记为主观下线。

3)&＃xff1a;如果一个Master被标记为主观下线&＃xff0c;则正在监视这个Master的所有 Sentinel 要以每秒一次的频率确认Master的确进入了主观下线状态。

4)&＃xff1a;当有足够数量的 Sentinel&＃xff08;大于等于配置文件指定的值&＃xff09;在指定的时间范围内确认Master的确进入了主观下线状态&＃xff0c; 则Master会被标记为客观下线 。

5)&＃xff1a;在一般情况下&＃xff0c; 每个 Sentinel 会以每 10 秒一次的频率向它已知的所有Master&＃xff0c;Slave发送 INFO 命令 。

6)&＃xff1a;当Master被 Sentinel 标记为客观下线时&＃xff0c;Sentinel 向下线的 Master 的所有 Slave 发送 INFO 命令的频率会从 10 秒一次改为每秒一次 。

7)&＃xff1a;若没有足够数量的 Sentinel 同意 Master 已经下线&＃xff0c; Master 的客观下线状态就会被移除。

若 Master 重新向 Sentinel 的 PING 命令返回有效回复&＃xff0c; Master 的主观下线状态就会被移除。

最后&＃xff0c;分享一份进阶宝典《Java核心知识点整理.pdf》&＃xff0c;覆盖了JVM、Dubbo、锁、高并发、反射、mybatis、Spring原理、微服务、Zookeeper、数据库、数据结构等等&＃xff0c;获取请点击下方文档即可