1、配置哨兵模式文件rentinel.conf
#sentinel monitor 被监控的名称 host port 1
sentinel monitor myredis 127.0.0.1 6379 1
后面的这个数字1,代表主机挂了,slave投票看让水接替成为主机,票数最多的,就会成为主机!
2.启动哨兵
[root@root bin]# redis-sentinel kconfig/sentinel.conf
9024:X 06 Feb 2021 19:54:31.348 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo
9024:X 06 Feb 2021 19:54:31.348 # Redis version=5.0.7, bits=64, commit=00000000, modified=0, pid=9024, just started
9024:X 06 Feb 2021 19:54:31.348 # Configuration loaded
_._
_.-``__ ''-._
_.-`` `. `_. ''-._ Redis 5.0.7 (00000000/0) 64 bit
.-`` .-```. ```\/ _.,_ ''-._
( ' , .-` | `, ) Running in sentinel mode
|`-._`-...-` __...-.``-._|'` _.-'| Port: 26379
| `-._ `._ / _.-' | PID: 9024
`-._ `-._ `-./ _.-' _.-'
|`-._`-._ `-.__.-' _.-'_.-'|
| `-._`-._ _.-'_.-' | http://redis.io
`-._ `-._`-.__.-'_.-' _.-'
|`-._`-._ `-.__.-' _.-'_.-'|
| `-._`-._ _.-'_.-' |
`-._ `-._`-.__.-'_.-' _.-'
`-._ `-.__.-' _.-'
`-._ _.-'
`-.__.-'
9024:X 06 Feb 2021 19:54:31.349 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
9024:X 06 Feb 2021 19:54:31.351 # Sentinel ID is cd3a35014e61399adffc95f2ee22d11df33e12ba
9024:X 06 Feb 2021 19:54:31.351 # +monitor master myredis 127.0.0.1 6379 quorum 1
9024:X 06 Feb 2021 19:55:01.412 # +sdown master myredis 127.0.0.1 6379
9024:X 06 Feb 2021 19:55:01.412 # +odown master myredis 127.0.0.1 6379 #quorum 1/1
9024:X 06 Feb 2021 19:55:01.412 # +new-epoch 1
9024:X 06 Feb 2021 19:55:01.412 # +try-failover master myredis 127.0.0.1 6379
9024:X 06 Feb 2021 19:55:01.414 # +vote-for-leader cd3a35014e61399adffc95f2ee22d11df33e12ba 1
9024:X 06 Feb 2021 19:55:01.414 # +elected-leader master myredis 127.0.0.1 6379
9024:X 06 Feb 2021 19:55:01.414 # +failover-state-select-slave master myredis 127.0.0.1 6379
9024:X 06 Feb 2021 19:55:01.514 # -failover-abort-no-good-slave master myredis 127.0.0.1 6379
9024:X 06 Feb 2021 19:55:01.597 # Next failover delay: I will not start a failover before Sat Feb 6 20:01:02 2021
哨兵模式
优点:
1、哨兵集群,基于主从复制模式,所有的主从配置优点,它全有
2、主从可以切换,故障可以转移,系统的可用性就会更好
3、哨兵模式就是主从模式的升级,手动到自动。更加健壮!
缺点:
1、Redis不好在线扩容,集群容量一旦到达上限,在线扩容就十分麻烦!
2、实现哨兵模式的配置其实是很麻烦的,里面有很多选择!
哨兵模式的全部配置!
# 配置端口,默认26379
port 26379
# 以守护进程模式启动
daemonize yes
# 日志文件名
logfile "sentinel_26379.log"
# 存放备份文件以及日志等文件的目录
dir "/opt/redis/data"
# sentinel monitor <master-name> <master-ip> <master-port> <quorum>
# master-name 监控主节点的名称,只能由字母A-z、0-9、.、-、_ 这些符号组成
# quorum 配置多少个sentinel哨兵同意认为Master主节点失联,那么这时客观上认为主节点失联了
sentinel monitor mymaster 192.168.14.101 6379 2
# sentinel down-after-milliseconds <master-name> <milliseconds>
# 30秒ping不通主节点的信息,主观认为master宕机
sentinel down-after-milliseconds mymaster 30000
# sentinel auth-pass <master-name> <password>
# 当在redis实例开启了requirepass foobared 授权密码,这样所有连接redis的客户端都要提供密码,
# 设置哨兵连接主从的密码,注意: 必须为主从设置一样的密码
sentinel auth-pass mymaster 123456
# sentinel parallel-syncs <master-name> <numslaves>
# 指定了在发生failover主备切换是最多可以有多少个slave同时对新的master进行同步,
# 这个数字越小,完成failover的时间越长,但是数字越大,意味着越多的slave因为replication不可用,可以通过将这个值设为1,来保证# # 每次只有一个slave处于不能处理命令请求的状态
sentinel parallel-syncs mymaster 1
# 故障转移开始,三分钟内没有完成,则认为转移失败,默认三分钟
# sentinel failover-timeout <master-name> <milliseconds>
# 故障转移的超时时间,可以用在以下方面
# 1、同一个sentinel对同一个master两次failover之间的时间间隔;
# 2、当一个slave从一个错误的master那里同步数据开始计算时间,直到slave被纠正为向正确的master那里同步数据时间;
# 3、当想要取消一个正在进行的failover所需要的时间;
# 4、当failover时,配置所有slaves指向新的master所需要的最大时间,不过即使过了这个超时,slaves依然会被正确配置为指向master,但是就不按parallel-syncs所配置的规则来了。
sentinel failover-timeout mymaster 180000
# sentinel notification-script <master-name> <script-path>
# 配置当某一事件发生时所需要执行的脚本,可以通过脚本来通知管理员,例如当系统运行不正常时,发送邮件通知相关人员
# 对于脚本的运行结果有以下规则:
# 1、若脚本返回1,该脚本稍后将会被再次执行,重复次数默认为10;
# 2、若脚本返回≥2,脚本将不会重复执行;
# 3、如果脚本在执行过程中收到系统终端信号被终止了,则与返回值为1的行为相同;
# 4、一个脚本的最大执行时间为60s,如果超过这个时间,脚本将会被一个叫SIGKILL信号终止,之后重新执行。
# 如通知型脚本:当sentinel有任何告警几倍的时间发生时(比如redis实例的主、客观失效等等),将会去调用这个脚本,此时脚本将通过邮件等方式通知系统管理员,调用该脚本时,将传给脚本两个参数:一是时间类型,二是事件的描述。如果sentinel.conf配置文件配置了这个脚本路径,那么必须保证这个脚本存在这个路径,并且是可执行的,否则sentinel无法正常启动成功。
sentinel notification-script mymaster /var/redis/notify.sh
# sentinel client-reconfig-script <master-name> <script-path>
# 客户端重新配置主节点参数脚本,当一个master由于failover发生改变时,这个脚本将会被调用,通知相关的客户端关于master地址已经发生改变的信息
# 以下参数将会在调用脚本时传给脚本:
# <master-name> <role> <state> <from-ip> <from-port> <to-ip> <to-port>
# 目前state总是 failover
# role 是 leader 或者 observer 中的一个
# <from-ip> <from-port> <to-ip> <to-port> 是用来和旧的master 和新的 master(即旧的slave)通信的
# 具备通用信,多次调用
sentinel client-reconfig-script mymaster /var/redis/reconfig.sh