一、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个节点。
- 哨兵模式的作用
-
监控
不断的检查master和slave是否正常运行。
master存活检测、master与slave运行情况检测 -
通知（提醒）
当被监控的服务器出现问题时，向其他（哨兵间，客户端）发送通知。 -
自动故障转移
断开master与slave连接，选取一个slave作为master，将其他slave连接到新的master，并告知客户端新的服务器地址
PS：哨兵也是一台redis服务器，只是不提供数据服务
哨兵的启动依赖于主从模式，所以须把主从模式安装好的情况下再去做哨兵模式，所有节点上都需要部署哨兵模式。
哨兵模式会监控所有的redis工作节点是否正常，当master出现问题的时候，因为其他节点与主节点失去联系，因此会投票，投票过半就认为这个master的确出现问题，然后会通知哨兵间，然后从slaves中选取一个作为新的master
2.2 Sentinel配置
哨兵模式的配置
- 哨兵模式的配置文件的修改###(所有节点都需要修改)
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秒）
- 启动哨兵模式
先启master，再启slave
redis-sentinel redis-5.0.4/sentinel.conf &
- 查看哨兵信息
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
- 故障模拟
- 查看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
# 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.12:6379,slaves=2,sentinels=3