Redis（10）哨兵

哨兵配置步骤

本文将介绍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命令可以用于:

1. 主节点查看当前连接的从节点信息,监控主从复制状态与连接。
2. 从节点查看主节点信息以及主从复制的状态,监控数据同步与连接情况。
3. 确认某个Redis节点的角色是否正确,以及主从关系是否正确建立。
4. 如果主从复制出现连接断开或数据同步问题,可以通过该信息判断根本原因,进行修复。

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>

会发生以下情况:

1. 主节点6379关闭后,从节点6380和6381与主节点失去连接。
2. 哨兵节点监测到主节点6379下线,会认为它故障。
3. 哨兵节点会从从节点6380和6381中选举出一个新的主节点,假设选举6381为新的主节点。
4. 之前的从节点6380会重新连接到新的主节点6381,成为其从节点。
5. 至此,主节点已经完成故障切换,客户端连接的主节点变更为6381,继续进行读写操作。
6. 如果原主节点6379重新上线,它会连接到当前主节点6381,成为其新的从节点。

重新启动6379他变成了6381的从节点

6382变成了主节点6379和6380变成了他的从节点

所以在Redis哨兵模式下,当主节点发生故障时,可以自动完成主节点的切换,新主节点继续为客户端提供服务,并将故障主节点转换为从节点。

这种自动故障切换的能力保证了Redis高可用架构的稳定性。哨兵模式适用于Redis的主从复制体系,通过监控主节点和从节点,在主节点下线时可以自动选举从节点为新的主节点。

所以Redis Sentinel实现高可用的主要流程是:

1. 配置哨兵,指定要监控的主节点信息
2. 启动哨兵进程
3. 哨兵监测主节点故障,执行从主节点切换,选择新的主节点
4. 旧主节点恢复为新的主节点的从节点
5. 实现自动故障转移与恢复

理解Redis哨兵模式的原理及故障切换过程,可以让我们设计和搭建更为健壮的Redis高可用系统。如果您在使用哨兵模式时有任何问题,欢迎在评论区提出。我会提供详细的解答,让我们共同学习与进步。本文仅作为参考，具体配置过程可能因环境不同而有所变化