redis主从复制+sentinel哨兵

怼烎@ 2023-10-05 16:06 20阅读 0赞

#### 文章目录 ####

*  一、redis主从复制
 *  二、Sentinel哨兵模式
 *   *  2.1 哨兵模式原理
     *  2.2 Sentinel配置

## 一、redis主从复制 ##

修改配置文件

[root@master src]# vim /usr/local/redis/redis.conf
    #master、slave节点都需要修改
    #69行 修改监听地址为0.0.0.0（在实验环境使用），现网环境建议绑定从服务器IP地址
    #136行 开启守护进程
    daemonize yes
    #171行 修改日志文件目录
    logfile /var/log/redis_6379.log
    #263行 修改工作目录
    dir /var/lib/redis/6379
    #699行 开启AOF持久化功能
    appendonly yes

\#slave节点

#与master节点修改一致，多修改一个同步master节点IP和端口
    replicaof 20.0.0.11 6379
    服务重启
    /etc/init.d/redis_6379 restart

验证主从效果

master上看日志
    tail -f /var/log/redis_6379.log 
    Replica 20.0.0.12:6379 asks for synchronization
    Replica 20.0.0.13:6379 asks for synchronization

master上验证从节点

127.0.0.1:6379> info replication
    #Replication
    role:master
    connected_slaves:2
    slave0:ip=20.0.0.12,port=6379,state=online,offset=1246,lag=0
    slave1:ip=20.0.0.13,port=6379,state=online,offset=1246,lag=1

## 二、Sentinel哨兵模式 ##

### 2.1 哨兵模式原理 ###

*  哨兵(sentinel) 是一个分布式系统，用于对主从结构中的每台服务器进行监控，当出现故障时通过投票机制选择新的master并将所有slave连接到新的master。
 *  所以整个运行哨兵的集群的数量不得少于3个节点。
 *  哨兵模式的作用

1.  监控  
    不断的检查master和slave是否正常运行。  
    master存活检测、master与slave运行情况检测
2.  通知（提醒）  
    当被监控的服务器出现问题时，向其他（哨兵间，客户端）发送通知。
3.  自动故障转移  
    断开master与slave连接，选取一个slave作为master，将其他slave连接到新的master，并告知客户端新的服务器地址  
    PS：哨兵也是一台redis服务器，只是不提供数据服务

哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式，所有节点上都需要部署哨兵模式。  
哨兵模式会监控所有的redis工作节点是否正常，当master出现问题的时候，因为其他节点与主节点失去联系，因此会投票，投票过半就认为这个master的确出现问题，然后会通知哨兵间，然后从slaves中选取一个作为新的master

### 2.2 Sentinel配置 ###

***哨兵模式的配置***

1.  哨兵模式的配置文件的修改\#\#\#(所有节点都需要修改)

vi redis-5.0.4/sentinel.conf
    17/protected-mode no  #关闭保护模式
    26/daemonize yes #指定sentinel为后台启动
    36/logfile "/var/log/sentinel.log" #指定日志存放路径
    65/dir "/var/lib/redis/6379" #指定数据库存放路径
    84/sentinel monitor mymaster 20.0.0.11 6379 2  #至少几个哨兵检测到主服务器故障了，才会进行故障迁移
    113/sentinel down-after-milliseconds mymaster 3000 #判定服务器down掉的时间周期，默认30000毫秒（30秒）
    146/sentinel failover-timeout mymaster 100000 #故障节的的最大超时时间为180000（180秒）

1.  启动哨兵模式

先启master，再启slave
    redis-sentinel redis-5.0.4/sentinel.conf &

1.  查看哨兵信息

redis-cli -h 20.0.0.11 -p 26379 info Sentinel

# Sentinel
    sentinel_masters:1
    sentinel_tilt:0
    sentinel_running_scripts:0
    sentinel_scripts_queue_length:0
    sentinel_simulate_failure_flags:0
    master0:name=mymaster,status=ok,address=20.0.0.11:6379,slaves=2,sentinels=3

1.  故障模拟

*  查看redis-server进程号

ps -ef | grep redis
    root      57031      1  0 15:20 ?        00:00:07 /usr/local/bin/redis-server 0.0.0.0:6379
    root      57742      1  1 16:05 ?        00:00:07 redis-sentinel *:26379 [sentinel]
    root      57883  57462  0 16:17 pts/1    00:00:00 grep --color=auto redis

*  杀死master上redis-server的进程号

kill -9 57031 #master上redis-server的进程号

*  验证结果  
    两种方式都能查看效果

tail -f /var/log/sentinel.log    //查看日志文件

57742:X 07 Aug 2020 16:19:21.170 # +failover-state-select-slave master mymaster 20.0.0.12 6379
    57742:X 07 Aug 2020 16:19:21.170 # -sdown slave 20.0.0.13:6379 20.0.0.13 6379 @ mymaster 20.0.0.12 6379
    57742:X 07 Aug 2020 16:19:21.272 # +selected-slave slave 20.0.0.13:6379 20.0.0.13 6379 @ mymaster 20.0.0.12 6379
    57742:X 07 Aug 2020 16:19:21.272 * +failover-state-send-slaveof-noone slave 20.0.0.13:6379 20.0.0.13 6379 @ mymaster 20.0.0.12 6379
    57742:X 07 Aug 2020 16:19:21.338 * +failover-state-wait-promotion slave 20.0.0.13:6379 20.0.0.13 6379 @ mymaster 20.0.0.12 6379
    57742:X 07 Aug 2020 16:19:21.402 # -failover-abort-slave-timeout master mymaster 20.0.0.12 6379
    57742:X 07 Aug 2020 16:19:21.799 # -sdown master mymaster 20.0.0.12 6379
    57742:X 07 Aug 2020 16:19:21.826 # +new-epoch 41
    57742:X 07 Aug 2020 16:19:21.827 # +vote-for-leader b12178afd9f862e0ead00763c2c7f1ae7f5de22e 41
    57742:X 07 Aug 2020 16:19:31.137 * +convert-to-slave slave 20.0.0.13:6379 20.0.0.13 6379 @ mymaster 20.0.0.12 6379

redis-cli -p 26379 INFO Sentinel