redis哨兵
- 哨兵配置步骤
- 步骤一 启动redis节点
- 步骤二 配置哨兵节点
- 第三步 设置主从复制
- 第四步 查看状态
- 第五步 验证哨兵配置是否成功
- 第六步 测试
哨兵配置步骤
本文将介绍redis哨兵的配置步骤。Redis哨兵是一种用于监控Redis主从复制和自动故障转移的系统
Redis哨兵是Redis的核心特性,可以提供自动故障转移和节点监控等功能。在Redis主从复制中,如果主节点宕机,需要手动将从节点提升为主节点,这个过程需要人工干预,可能会导致系统的中断。而使用Redis哨兵可以自动检测主节点的状态,一旦主节点宕机,哨兵会自动将其中的一个从节点提升为主节点,确保系统的高可用性。
除了自动故障转移外,Redis哨兵还可以提供节点监控、配置管理、通知等功能,使得Redis集群的管理更加便捷和高效。
步骤一 启动redis节点
[root@bogon utils]# systemctl start redis_6379.service
[root@bogon utils]# systemctl start redis_6380.service
[root@bogon utils]# systemctl start redis_6381.service
步骤二 配置哨兵节点
方法一:复制 redis.conf 文件,将其重命名为 sentinel.conf
cp redis.conf sentinel.conf
方法二:redis安装目录下有sentinel.conf文件,把他复制出来
编辑哨兵配置文件:
修改 sentinel.conf 文件,设置哨兵节点的IP地址和端口号,设置监控的redis主节点的IP地址和端口号,设置监控的主节点名称
daemonize yes
port 26379
#[指定别名 主节点地址 端口 哨兵个数(有几个哨兵监控到主节点宕机执行转移)
#mymaster是别名 后跟的是master的ip和端口,最后一个'1'是投票数,
#代表只要有1个sentinel认为master下线,就认为该master客观下线,
#启动failover并选举产生新的master。通常最后一个参数不能多于启动的sentinel实例数。
#建议至少启动三台sentinel实例。
sentinel monitor mymaster 127.0.0.1 6379 1
#以下配置默认即可
#指定工作目录
dir "/usr/local/redis-sentinel/6379" # 数据存储路径
logfile "/var/log/redis/sentinel.log" # 日志文件路径
#如果哨兵3s内没有收到主节点的心跳,哨兵就认为主节点宕机了,默认是30秒
sentinel down-after-milliseconds mymaster 3000 # 定义主服务器宕机的检测时间
#选举出新的主节点之后,可以同时连接从节点的个数
sentinel parallel-syncs mymaster 1
#如果10秒后,master仍没活过来,则启动failover,默认180s
sentinel failover-timeout mymaster 10000 # 定义故障转移的超时时间
#配置连接redis主节点密码
sentineauth-pass mymaster 123456
启动哨兵:(指定sentinel配置文件)
方法一:redis-sentinel /etc/redis/sentinel.conf
方法二:redis-server /redis/redis-6.0.8/sentinel.conf --sentinel
[root@bogon src]# ./redis-server /redis/redis-6.0.8/sentinel.conf --sentinel
第三步 设置主从复制
配置文件里设置过的不用走这一步
6380客户端执行:REPLICAOF 127.0.0.1 6379
6381客户端执行:REPLICAOF 127.0.0.1 6379
REPLICAOF 127.0.0.1 6379 是一个Redis配置参数,用于设置主从复制。
它的意思是:将当前Redis节点设置为127.0.0.1:6379这个节点的从节点。
第四步 查看状态
info replication 是一个Redis命令,用于查看主从复制信息。
info replication命令可以用于:
- 主节点查看当前连接的从节点信息,监控主从复制状态与连接。
- 从节点查看主节点信息以及主从复制的状态,监控数据同步与连接情况。
- 确认某个Redis节点的角色是否正确,以及主从关系是否正确建立。
- 如果主从复制出现连接断开或数据同步问题,可以通过该信息判断根本原因,进行修复。
6385客户端执行:info replication ## 查看主备默认是否成功
6386客户端执行:info replication ## 查看主备默认是否成功
6379客户端执行:info replication ## 查看主备默认是否成功
第五步 验证哨兵配置是否成功
- 使用redis-cli连接哨兵节点,执行命令:sentinel get-master-addr-by-name {主节点名称}。
- 如果返回结果为{主节点ip地址}{主节点端口号},则表明哨兵配置成功。
[root@localhost ~]# redis-cli -p 26379
127.0.0.1:26379> sentinel get-master-addr-by-name mymaster
1) "127.0.0.1"
2) "6379"
第六步 测试
当在主节点6379上执行shutdown关闭命令后
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6380,state=online,offset=36656,lag=1
slave1:ip=127.0.0.1,port=6381,state=online,offset=36656,lag=1
master_failover_state:no-failover
master_replid:ab7f18178c65d580c73debd7c069418fb7e17c5f
master_replid2:0000000000000000000000000000000000000000
master_repl_offset:36789
second_repl_offset:-1
repl_backlog_active:1
repl_backlog_size:1048576
repl_backlog_first_byte_offset:1
repl_backlog_histlen:36789
127.0.0.1:6379> shutdown
not connected>
会发生以下情况:
- 主节点6379关闭后,从节点6380和6381与主节点失去连接。
- 哨兵节点监测到主节点6379下线,会认为它故障。
- 哨兵节点会从从节点6380和6381中选举出一个新的主节点,假设选举6381为新的主节点。
- 之前的从节点6380会重新连接到新的主节点6381,成为其从节点。
- 至此,主节点已经完成故障切换,客户端连接的主节点变更为6381,继续进行读写操作。
- 如果原主节点6379重新上线,它会连接到当前主节点6381,成为其新的从节点。
重新启动6379他变成了6381的从节点
6382变成了主节点6379和6380变成了他的从节点
所以在Redis哨兵模式下,当主节点发生故障时,可以自动完成主节点的切换,新主节点继续为客户端提供服务,并将故障主节点转换为从节点。
这种自动故障切换的能力保证了Redis高可用架构的稳定性。哨兵模式适用于Redis的主从复制体系,通过监控主节点和从节点,在主节点下线时可以自动选举从节点为新的主节点。
所以Redis Sentinel实现高可用的主要流程是:
- 配置哨兵,指定要监控的主节点信息
- 启动哨兵进程
- 哨兵监测主节点故障,执行从主节点切换,选择新的主节点
- 旧主节点恢复为新的主节点的从节点
- 实现自动故障转移与恢复
理解Redis哨兵模式的原理及故障切换过程,可以让我们设计和搭建更为健壮的Redis高可用系统。如果您在使用哨兵模式时有任何问题,欢迎在评论区提出。我会提供详细的解答,让我们共同学习与进步。本文仅作为参考,具体配置过程可能因环境不同而有所变化