前言

Redis（四）------redis主从复制的实现
上一节我们搭建了redis主从复制，redis主从复制主要作用读写分离和数据备份的作用。主机负责写入数据，从机负责读取数据。

如果主机节点崩溃了，造成redis服务关闭，需要认为手动启动redis服务。

因此我们集成哨兵模式来实现解决这个问题，实现redis的高可用作用。

服务器	用途	redis端口号	master-name	备注
centos7 192.168.1.6	主机Master(写）	6379	redis1	redis5.0 、 sentinel.conf
centos7 192.168.1.4	从机Slave(读）	6379	redis2	redis5.0 、 sentinel.conf
centos7 192.168.1.5	从机Slave(读）	6379	redis3	redis5.0 、 sentinel.conf

一、配置sentinel.conf文件

第一步：复制sentinel.conf

将/usr/local/redis-5.0.7目录下的sentinel.conf文件复制到/usr/local/redis//bin/目录下

cp /usr/local/redis-5.0.7/sentinel.conf /usr/local/redis/bin/

清空文件内容，添加如下配置

【192.168.1.6 主机master的sentinel.conf文件】

#关闭保护模式
protected-mode no
#默认端口
port 26379
#允许后台运行
daemonize yes
#sentinel日志文件,注意日志文件的目录必须存在
logfile "/var/log/redis/sentinel.log"

#设置本机ip
sentinel announce-ip 192.168.1.6

#master
sentinel monitor mymaster 192.168.1.6 6379 2
#修改心跳为5000毫秒
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 2
sentinel failover-timeout mymaster 180000
 #master如果设置密码 没有可以不用这一行
sentinel auth-pass mymaster 123456

配置说明：

sentinel monitor <master-name> <ip> <redis-port> <quorum> 监听192.168.1.6主机。master-name为自定义名称，quorum是一个数字，指明当有多少个sentinel认为一个master失效时，master才算真正失效。master-name只能包含英文字母，数字，和.-_

【192.168.1.4 从机slave的sentinel.conf文件】

#关闭保护模式
protected-mode no
#默认端口
port 26379
#允许后台运行
daemonize yes
#sentinel日志文件,注意日志文件的目录必须存在
logfile "/var/log/redis/sentinel.log"

#设置本机ip
sentinel announce-ip 192.168.1.4

#master
sentinel monitor mymaster 192.168.1.6 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 2
sentinel failover-timeout mymaster 180000
sentinel auth-pass mymaster 123456

【192.168.1.5 从机slave的sentinel.conf文件】

#关闭保护模式
protected-mode no
#默认端口
port 26379
#允许后台运行
daemonize yes
#sentinel日志文件,注意日志文件的目录必须存在
logfile "/var/log/redis/sentinel.log"

#设置本机ip
sentinel announce-ip 192.168.1.5

#master
sentinel monitor mymaster 192.168.1.6 6379 2
sentinel down-after-milliseconds mymaster 30000
sentinel parallel-syncs mymaster 2
sentinel failover-timeout mymaster 180000
sentinel auth-pass mymaster 123456

二、启动sentinel哨兵

2.1、启动sentinel

cd /usr/local/redis/bin/
#启动
./redis-sentinel sentinel.conf

2.2、查看sentinel进程

ps -ef|grep redis

2.3、防火墙添加23679端口号

#添加端口号
firewall-cmd --permanent --zone=public --add-port=26379/tcp
#重启防火墙
firewall-cmd --reload
#检查端口号是否生效
firewall-cmd --zone=public --query-port=26379/tcp

2.4、查看sentinel信息

【查看192.168.1.6主机】

./redis-cli -a 123456  -h 192.168.1.6 -p 26379
info sentinel

【查看192.168.1.4从机】

./redis-cli -a 123456  -h 192.168.1.4 -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=192.168.1.6:6379,slaves=2,sentinels=3

【查看192.168.1.5从机】

./redis-cli -a 123456  -h 192.168.1.5 -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=192.168.1.6:6379,slaves=2,sentinels=3

三、启动sentinel哨兵，错误警告信息

#查看sentinel.log日志
tail -f /var/log/redis/sentinel.log

一、WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys

将net.core.somaxconn = 1024添加到/etc/sysctl.conf中，然后执行sysctl -p生效配置。

四、测试sentinel哨兵是否生效

第一步：关闭192.168.1.6主机的redis服务

shutdown
#或者kill-9 xx杀掉进程

第二步：查看主机转移位置

【对192.168.1.4】

 info sentinel

192.168.1.4: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=192.168.1.4:6379,slaves=2,sentinels=3

【对192.168.1.5】

 info sentinel

192.168.1.5: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=192.168.1.4:6379,slaves=2,sentinels=3

发现主机由原来的192.168.1.6转移到了192.168.1.4

注意：

redis主master一旦变更为从slave机后，就算重启启动服务，或者重启服务器后，redis角色也不会变更。
本质上哨兵机制实现自动更改sentinel.conf文件配置，实现持久化的作用。

protected-mode no
#默认端口
port 26379
#允许后台运行
daemonize yes
#sentinel日志文件,注意日志文件的目录必须存在
logfile "/var/log/redis/sentinel.log"

#设置本机ip
sentinel myid 0e52436bc7a3a79bcb5936d32dae6848f9e6f907

#master
sentinel deny-scripts-reconfig yes
sentinel monitor mymaster 192.168.1.4 6379 2
sentinel parallel-syncs mymaster 2
sentinel auth-pass mymaster 123456
sentinel config-epoch mymaster 1
# Generated by CONFIG REWRITE
dir "/"
sentinel leader-epoch mymaster 1
sentinel known-replica mymaster 192.168.1.6 6379
sentinel known-replica mymaster 192.168.1.5 6379
sentinel known-sentinel mymaster 192.168.1.5 26379 01f6728a7f36c9a72d2ef973a5337080326a4639
sentinel known-sentinel mymaster 192.168.1.6 26379 f37bee99e3ba2f9e4c19594675bf97b7558e3245
sentinel current-epoch 1
sentinel announce-ip "192.168.1.4"

第三步：向新主机写入数据

现在通过192.168.1.4写入数据，因为只有主机才可以写入数据，如果数据写入成功，表示配置无误

[root@192 bin]# ./redis-cli -a 123456
127.0.0.1:6379> set k1 helloworld
OK

在192.168.1.5读取数据。发现主从复制功能无误。

第四步：重新启动原来的主机192.168.1.6

启动原来的主机，检查主机192.168.1.6的节点角色是否有了变化，如果变为slave，表示哨兵直接无误。

systemctl restart redis
ps -ef|grep redis

./redis-cli -a 123456
get k1

由上图发现，192.168.1.7的节点角色变为savle，表示哨兵机制没有问题，但是发现master_link_status:down,表示未连接上主机

查看日志

tail -f /var/log/redis/redis.log

参考Redis（四）------redis主从复制的实现
如果主机添加了密码，需要在从机添加masterauth 参数，否则提示验证失败。

原因：因为192.168.1.7配置了redis密码，现在转换为从机， masterauth 参数没有配置

在192.168.1.7 redis.conf 添加内容

vi /usr/local/redis/bin/redis.conf
#主master的redis密码
masterauth 123456
#重启redis
systemctl restart redis

master_link_status:up，连接上主机了

主从复制机制没有问题。

五、设置sentinel哨兵直接开机自启

前面我们已经设置了redis开机自启，sentinel 设置与之相同。

系统服务目录里创建redis-sentinel.service文件

vi /lib/systemd/system/redis-sentinel.service

写入内容【ExecStart配置成自己的路径】

[Unit]
Description=redis-sentinel-server
After=network.target

[Service]
Type=forking
ExecStart=/usr/local/redis/bin/redis-sentinel /usr/local/redis/bin/sentinel.conf
PrivateTmp=true

[Install]
WantedBy=multi-user.target

#设置开机自启动
systemctl enable redis-sentinel.service

---

如果你觉得本篇文章对你有所帮助的话，麻烦请点击头像右边的关注按钮，谢谢！

技术在交流中进步，知识在分享中传播