redis主从与哨兵

1、redis主从

1.1、redis主从复制过程

- Slave 与 master 建立连接，发送 sync 同步命令
- Master 会启动一个后台进程，将数据库快照保存到文件中，同时 master 主进程会开始收集新的写命令并缓存。 
- 后台完成保存后，就将此文件发送给 slave
- Slave 将此文件保存到硬盘上

1.2、架构

1.3、配置文件，生成多个实列。

cat>redis.conf<<-EOF
bind 0.0.0.0
port 6379
daemonize yes
protected-mode no
pidfile /data/6379/redis.pid
logfile "/data/6379/redis.log"
dbfilename dump.rdb
dir /data/6379
EOF

#拷贝配置文件
mkdir -p /data/{6380,6381,6382}
cp -a redis.conf  /data/6380/6380.conf
cp -a redis.conf  /data/6381/6381.conf
cp -a redis.conf  /data/6382/6382.conf

#修改配置文件
sed -i "s/6379/6380/g" /data/6380/6380.conf
sed -i "s/6379/6381/g" /data/6381/6381.conf
sed -i "s/6379/6382/g" /data/6382/6382.conf

#添加主从参数
echo "replicaof  127.0.0.1 6380" >>/data/6381/6381.conf
echo "replicaof  127.0.0.1 6380" >>/data/6382/6382.conf

1.4、新老版本配置

老版本：  
从：
    slaveof <masterip> <msterport>  #主服务器的 IP 和端口   
    masterauth <masterpass>   #主服务器的密码(主服务器要设置好密码) 

新版本 redis 5.* 以上：  
主：   
    找到 bind 127.0.0.1 注释掉，或者修改为本机的 IP 地址(重启)
    #这里因为是在一台机器上，运行多个实例，所以 ip 为 127.0.0.1 不需要改。   
从：   
    replicaof  <masterip> <msterport> #主服务器的 IP 和端口   
    masterauth <masterpass>   #主服务器的密码(主服务器要设置好密码)
    # 6381.conf,6382.conf 修改配置
    replicaof  127.0.0.1 6380
    masterauth 123

1.5、启动三个实例

redis-server /data/6380/6380.conf
redis-server /data/6381/6381.conf
redis-server /data/6382/6382.conf

1.6、通过命令查看是否成功

redis-cli -p 6380 info Replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,port=6381,state=online,offset=70,lag=0
slave1:ip=127.0.0.1,port=6382,lag=0
...

1.7、注意事项

1.从节点只读不可写
redis-cli -p 6381
127.0.0.1:6381> set info haha
(error) READONLY You can't write against a read only replica.
2.从节点不会自动故障转移,它会一直同步主节点
3.从节点会清空自己原有的数据,如果同步的对象写错了,就会导致数据丢失。
4.从库和主库后续的同步依靠的是redis的SYNC协议，而不是RDB文件，RDB文件只是第一次建立同步时使用。
5.从库也可以正常的持久化文件。

6.主从复制故障转移需要人工介入
	- 从节点需要执行SLAVEOF no one
 	- 修改代码指向REDIS的IP地址
 	- 重新启动服务

2、Redis Sentinel(哨兵)

Redis Sentinel保证了Redis的高可用性，这意味着使用Sentinel可以创建一个Redis部署，可以在没有人为干预的情况下抵抵抗某些类型的故障。

• 监控：Sentinel会不断检查主实例和从属实例是否按预期工作。
• 通知：如果redis服务发生故障，Sentinel可以通过api通知系统管理员。
• 自动故障转移：如果主服务器未按预期工作，Sentinel可以启动故障转移过程，其中从服务器升级为主服务器，其他其他服务器重新配置为使用新主服务器，并且使用Redis服务器的应用程序通知有关新服务器的地址。

2.1、组织架构

2.2、配置解释

port 5000     #该哨兵运行端口

daemonize yes #使哨兵可以在后台运行
dir /data/5000/     #该哨兵存放数据的目录
logfile "5000.log"    #日志文件路劲为'/data/5000/5000.log’

sentinel monitor master 127.0.0.1 6380 2
#当前Sentinel节点监控 127.0.0.1:6380 这个主节点，master是主节点的别名，2代表判断主节点失败以及切换主节点至少需要2个Sentinel节点节点同意

sentinel down-after-milliseconds master 5000
#sentinel会定期向redis主节点ping信号，如果5s内没有回复，则判断master故障

sentinel failover-timeout master 10000
#故障转移时间为10s

sentinel parallel-syncs master 1
#当sentinel达成协议一直时，将会向新的主节点转移数据，原来的从节点会向新的主节点发起复制操作，限制每次向新的主节点发起复制操作的从节点个数为1

2.3、创建目录添加配置

#创建配置文件
cat>sentinel.conf<<-EOF
bind 0.0.0.0
port 5000
daemonize yes
protected-mode no
pidfile /data/5000/redis.pid
logfile "/data/5000/redis.log"
dir /data/5000
sentinel monitor master 127.0.0.1 6380 2
sentinel down-after-milliseconds master 5000
sentinel failover-timeout master 10000
sentinel parallel-syncs master 1
EOF

#拷贝配置文件
mkdir -p /data/{5000,5001,5002}
cp -a sentinel.conf  /data/5000/5000.conf
cp -a sentinel.conf  /data/5001/5001.conf
cp -a sentinel.conf  /data/5002/5002.conf

#修改配置文件
sed -i "s/5000/5001/g" /data/5001/5001.conf
sed -i "s/5000/5002/g" /data/5002/5002.conf

2.4、启动哨兵

redis-sentinel  /data/5000/5000.conf
redis-sentinel  /data/5001/5001.conf
redis-sentinel  /data/5002/5002.conf
或者
redis-server  /data/5000/5000.conf --sentinel
redis-server  /data/5001/5001.conf --sentinel
redis-server  /data/5002/5002.conf --sentinel

2.5、查看状态信息

[root@redis ~]#  redis-cli -p 5000 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=master,status=ok,address=127.0.0.1:6380,slaves=2,sentinels=3

[root@redis ~]# redis-cli -p 5000 sentinel get-master-addr-by-name master
1) "127.0.0.1"
2) "6380"

2.6、测试故障转移

#差找主节点的PID
[root@redis ~]# ps aux|grep redis
root      71024  0.1  0.1 145424  2568 ?        Ssl  12:30   0:03 redis-server 0.0.0.0:6381
root      71036  0.1  0.1 145360  2444 ?        Ssl  12:30   0:03 redis-server 0.0.0.0:6382
root      74368  0.1  0.1 145428  2508 ?        Ssl  12:40   0:03 redis-server 0.0.0.0:6380
root      86136  0.2  0.1 144248  2320 ?        Ssl  13:13   0:01 redis-sentinel 0.0.0.0:5000 [sentinel]
root      86367  0.2  0.1 144248  2316 ?        Ssl  13:13   0:01 redis-sentinel 0.0.0.0:5001 [sentinel]
root      86369  0.2  0.1 144252  2228 ?        Ssl  13:13   0:01 redis-sentinel 0.0.0.0:5002 [sentinel]

#杀死6380
[root@redis ~]# kill -9 74368

#查看信息，已经自动切换了。
[root@redis ~]# redis-cli -p 5000 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=master,address=127.0.0.1:6381,sentinels=3

#重新启动6380
[root@redis ~]# redis-server /data/6380/6380.conf

#查看主从，发现6380已经自动被设置为从节点
[root@redis ~]# redis-cli -p 6381  info replication
# Replication
role:master
connected_slaves:2
slave0:ip=127.0.0.1,offset=266509,lag=1
slave1:ip=127.0.0.1,port=6380,offset=266769,lag=0