Redis学习笔记—哨兵(Redis Sentinel)

Redis的主从复制模式下,一旦主节点由于故障不能提供服务,需要人工将从节点晋升为主节点,同时还要通知应用方更新主节点地址,对于很多应用场景这种故障处理的方式是无法接受的。
Redis从2.8开始正式提供了Redis Sentinel(哨兵)架构来解决这个问题,Redis Sentinel是Redis的高可用实现方案,在实际的生产环境中,对提高整个系统的高可用性是非常有帮助的。

主从复制的问题

主从解决的问题
– 如果主节点出故障了,从节点可以作为后备力量顶上来,保证了数据的一致性
– 从节点拓展了主节点的读能力,主节点如果支撑不住,从节点会帮助主节点分担压力

主从可能出现的问题
– 一旦主节点出现故障,需要手动将从节点晋升为主节点,然后将其他从节点的主节点配置改为这个,需要人工干预
– 主节点所只能在一台主机,限制了主节点的写能力
– 主节点只能在一台主机,存储能力受到单机的限制

Redis Sentinel的高可用性

Redis Sentinel是一个分布式架构,其中包含若干个Sentinel节点和Redis数据节点,每个Sentinel节点会对数据节点和其余Sentinel节点进行监控,当它发现节点不可达时,会对节点做下线标识。如果被标识的是主节点,它还会和其他Sentinel节点进行“协商”,当大多数Sentinel节点都认为主节点不可达时,它们会选举出一个Sentinel节点来完成自动故障转移的工作,同时会将这个变化实时通知给Redis应用方。整个过程完全是自动的,不需要人工来介入,所以这套方案很有效地解决了Redis的高可用问题

主从复制模式

Redis-sentinel架构


安装和部署

先画个拓扑图,接下来就按照这个拓扑图为例完成部署

简要说明,会开启6379、6666和7777三个端口的Redis实例,其中6379默认配置的为主节点,6666和7777为从节点,配置三个Sentinel节点端口分别是26379、26666和27777,下面进行详细说明:

启动主节点

[root@vmzq1l0l ~]# redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:0
master_replid:14cffeedb4d9635f130d446c9013dfe439ab06c1
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:1279
second_repl_offset:-1
repl_backlog_active:0
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:1279

启动两个从节点

用配置文件的方式启动,复制不同配置文件改相关配置(下面以6666端口实例举例,7777操作完全相同,只是配置从6666改为7777)

cp redis.conf redis-6666.conf

需要修改redis-6666.conf文件的以下配置(由于种种原因在5.0以后比较新的版本中,原本配置中slaveof改成了replicaof,会依然保留slaveof命令,本篇使用的是5.0.3版本)

#端口号
port 6666
#保护进程启动(后台启动)
daemonize yes
#日志文件
logfile "6666.log"
#rdb备份文件名
dbfilename "dump-6666.rdb"
replicaof 127.0.0.1 6379

启动两个实例(7777实例的配置文件按照上述套路再次执行一遍改成7777的配置)

redis-server redis-6666.conf
redis-server redis-7777.conf

如果上述步骤没问题的话,现在看看主节点的主从信息

[root@vmzq1l0l redis]# redis-cli info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=7777,state=online,offset=1699,lag=1
slave1:ip=127.0.0.1,port=6666,state=online,offset=1699,lag=1
master_replid:471c9174da388dee8f1ac9cd23e00e0778f7658a
master_replid2:0000000000000000000000000000000000000000
···

6666端口实例从节点的主从信息

[root@vmzq1l0l redis]# redis-cli -h 127.0.0.1 -p 6666 info replication
# Replication
role:slave
master_host:127.0.0.1
master_port:6379
master_link_status:up
master_last_io_seconds_ago:7
master_sync_in_progress:0
slave_repl_offset:1867
slave_priority:100
slave_read_only:1
connected_slaves:0
master_replid:471c9174da388dee8f1ac9cd23e00e0778f7658a
master_replid2:0000000000000000000000000000000000000000
···

至此只是完成了一主两从的主从配置

部署Redis Sentinel节点

配置Sentinel节点

redis安装目录下有个sentinel.conf这个配置文件,默认是26379端口,修改以下配置参数:

port 26379
daemonize yes
logfile "26379.log"
dir /usr/local/redis
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 60000
sentinel failover-timeout mymaster 180000
sentinel parallel-syncs mymaster 1
  • sentinel monitor mymaster 127.0.0.1 6379 2配置代表sentinel节点需要监控127.0.0.1:6379这个主节点,2代表判断主节点失败至少需要2个Sentinel节点同意,mymaster是主节点的别名
  • down-after-milliseconds 选项指定了 Sentinel 认为服务器已经断线所需的毫秒数
  • parallel-syncs 选项指定了在执行故障转移时, 最多可以有多少个从服务器同时对新的主服务器进行同步, 这个数字越小, 完成故障转移所需的时间就越长

启动Sentinel节点

方法一,使用redis-sentinel命令:

redis-sentinel sentinel.conf

方法二,使用redis-server命令加–sentinel参数:

redis-server sentinel.conf --sentinel

两种方法本质上是一样的。

发表评论

电子邮件地址不会被公开。 必填项已用*标注