redis学习(十八) 部署redis哨兵模式

---

前言

哨兵模式核心还是主从复制，只不过在相对于主从模式在主节点宕机导致不可写的情况下，多了一个竞选机制：在所有的从节点竞选出新的主节点。每一个哨兵都是一个独立的sentinel进程，作为进程，它会独立运行。

当master挂掉之后，哨兵会自动从slave中选一个作为master，若master重新启动，master则会转化为现有的master下的一个slave，当slave切换时，会通过发布订阅方式，将slave所对应的master更改。

哨兵本身也有单点故障的问题，所以在一个一主多从的Redis系统中，可以使用多个哨兵进行监控，哨兵不仅会监控主数据库和从数据库，哨兵之间也会相互监控。每一个哨兵都是一个独立的进程，作为进程，它会独立运行。

---

一、搭建主从数据库

主数据库：172.16.10.169
从数据库：172.16.10.170

从数据库可以有多个，这里以一个为例
Master数据库：
搭建过程略，参考单节点的
修改redis的配置文件:

#表示监听本机哪个网卡地址，因为我们要让slave能连接master，所以让redis监听在一个外部网卡而不仅仅是127.0.0.1
bind 172.16.10.169
#设置密码(也可以不设置)
requirepass 123456  

修改完后重启redis

Salve数据库：

搭建过程略，参考单节点的
修改redis的配置文件:
搜索/REPLICATION,如果Redis版本低于5.0，搜索SLAVE
修改配置：

replicaof 192.168.118.133 6379		#找到replicaof参数，这个是配置master IP和端口的,5.0之前的版本叫slaveof
masterauth 123456					#如果master设置了密码，还要配置master的密码，这样slave才能连的上master
replica-read-only yes				#slave只读，默认就是只读，保持默认即可，主从模式下master读写，slave只读

修改完后重启redis

查看主从状态
使用客户端连接master和slave
输入命令：info Replication
Master:

Slave:

Slave运行命令Keys *,会发现主节点的数据同步到了从节点

二、搭建哨兵

这里仅配置一个哨兵，在master上配置一个哨兵，当然，如果你需要多个哨兵，还可以在每个slave上配置哨兵，或者在同一台机器使用不通sentinel.conf配置文件启动多个哨兵。

将安装目录下的sentinel.conf拷贝到/etc/redis下

cp sentinel.conf /etc/redis

修改/etc/redis/sentinel.conf

bind 172.16.10.169
port 26379
daemonize yes   #哨兵的启动模式，yes是后台启动
pidfile /var/run/redis-sentinel.pid  #哨兵的pid文件存放位置
logfile "/var/run/log/redis-sentinel.log" #哨兵的日志文件存放位置
dir /tmp             #哨兵进程的工作目录，默认就是/tmp

#哨兵监听的master数据库，mymaster是为主数据库起的名称，可以随便起个名字，后面是master的ip和端口
# 最后面的1表示选举个数，含义是需要多少个哨兵认为master挂了才认定master挂掉，这里我设置为1是因为我只有一个哨兵，如果你配置了多个哨兵，建议配置2以上数字。
sentinel monitor mymaster 172.16.10.169 6379 1				
sentinel auth-pass mymaster 123456								#配置master的登陆密码，mymaster是你配置的master名称
sentinel down-after-milliseconds mymaster 30000					#30秒内master无响应则认为master挂掉
acllog-max-len 128												#保持默认即可

#master重新选举之后，其它节点能同时并行进行数据同步的台数有多少台
#显然该值越大，则所有slave能同步完成的速度越快，但如果此时刚好有人访问slave数据，可能造成读取失败，最保守的值建议设为1
#即同一时间只能有一台进行数据同步，这样其它slave还能继续提供服务，但是所有的slave数据同步完成就会显得缓慢。
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 180000		#故障转移超时时间，指在该时间内如果故障转移没有成功，则会再发起一次故障转移
sentinel deny-scripts-reconfig yes				#保持默认即可
SENTINEL resolve-hostnames no					#保持默认即可
SENTINEL announce-hostnames no					#保持默认即可

创建系统服务
vi /etc/systemd/system/redis-sentinel.service

[Unit]
Description=redis sentinel
After=redis.service

[Service]
PIDFile=/var/run/redis_sentinel.pid
ExecStart=/usr/local/redis/bin/redis-sentinel /etc/redis/sentinel.conf
ExecStop=/usr/local/redis/bin/redis-cli -p 26379 shutdown
ExecReload=/bin/kill -s HUP $MAINPID

[Install]
WantedBy=multi-user.target

systemctl daemon-reload
systemctl enable redis-sentinel
systemctl start redis-sentinel

登录哨兵，查看master和slave的信息

/usr/local/redis/bin/redis-cli -h 172.16.10.169 -p 26379
SENTINEL master mymaster

 SENTINEL REPLICAS mymaster

三、验证哨兵

将Master挂掉
systemctl stop redis

登录哨兵，查看master，发现之前slave已经变成了master, master变成了slave，位置互换了。

/usr/local/redis/bin/redis-cli -h 172.16.10.169 -p 26379

登录170，查看其角色，发现变成了master

重启169的redis，查看其角色，发现变成了slave，也验证了两个redis实例角色的切换