前言
哨兵模式核心还是主从复制,只不过在相对于主从模式在主节点宕机导致不可写的情况下,多了一个竞选机制:在所有的从节点竞选出新的主节点。每一个哨兵都是一个独立的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实例角色的切换