linux 下Redis 5.0主从复制(一主二从)哨兵模式的搭建
文档结构如下:
一、环境说明:
作用 |
IP地址 |
端口 |
操作系统版本 |
安装目录 |
哨兵文件 |
主库 |
172.16.10.80 |
6379 |
Redhat 6.7 |
/redis5.0/redis-5.0.0 |
Sentinel6379.conf |
从一 |
172.16.10.81 |
6380 |
Redhat 6.7 |
/redis5.0/redis-5.0.0 |
Sentinel6380.conf |
从二 |
172.16.10.82 |
6381 |
Redhat 6.7 |
/redis5.0/redis-5.0.0 |
Sentinel6381.conf |
Redis一主二从主要是用于读写分离和容灾,配置是配从不配主,主从复制首次同步是全量,后面是增量同步;但是只要是重新连接master,一次完全同步(全量复制)将被自动执行。
二、安装
Redis 一主二从的安装其实跟单机的安装区别不大,本次安装我们可以先修改参数文件后在安装,可以参考我的单机的安装博客:
https://www.cnblogs.com/hmwh/p/9831091.html
或者直接百度 redis 5.0 linux 之类关键字,也可以百度的到。
2.1. 配置yum
a) 关闭防火墙
vi /etc/selinux/config
# This file controls the state of SELinux on the system.
# SELINUX= can take one of these three values:
# enforcing - SELinux security policy is enforced.
# permissive - SELinux prints warnings instead of enforcing.
# disabled - No SELinux policy is loaded.
SELINUX=disabled
# SELINUXTYPE= can take one of these two values:
# targeted - Targeted processes are protected,
# mls - Multi Level Security protection.
SELINUXTYPE=targeted
setenforce 0
service iptables stop
chkconfig iptables off
b) 三台服务器配置好yum
mount /dev/sr0 /mnt/
cd /etc/yum.repos.d/
mv redhat.repo redhat.repo.bak
mv rhel-source.repo rhel-source.repo.bak
vi /etc/yum.repos.d/rhel-debuginfo.repo
[rhel-debuginfo]
name=Red Hat Enterprise Linux $releasever - $basearch - Debug
baseurl=file:///mnt/
enabled=1
gpgcheck=0
yum -y install make gcc*
2.2. 参数配置
mkdir -p /redis5.0
把解压包上传到/redis5.0
tar -zxvf redis-5.0.0.tar.gz
需要修改以及注释的参数如下:
Master:
cd /redis5.0/redis-5.0.0
save 900 1
#save 300 10
#save 60 10000
bind 172.6.10.80
daemonize yes
loglevel warning
timeout 60
logfile "6379.log"
dbfilename dump6379.rdb
maxmemory-policy volatile-ttl
auto-aof-rewrite-min-size 10GB
masterauth redis --主库的密码(本机可以不配置)
Slave1:
cd /redis5.0/redis-5.0.0
save 900 1
#save 300 10
#save 60 10000
bind 172.6.10.81
daemonize yes
loglevel warning
logfile "6380.log"
dbfilename dump6380.rdb
pidfile /var/run/redis_6380.pid
port 6380
timeout 60
maxmemory-policy volatile-ttl
auto-aof-rewrite-min-size 10GB
slaveof 172.16.10.80 6379
masterauth redis --主库的密码
Salve2:
cd /redis5.0/redis-5.0.0
save 900 1
#save 300 10
#save 60 10000
bind 172.6.10.82
daemonize yes
loglevel warning
port 6381
timeout 60
dbfilename dump6381.rdb
logfile "6381.log"
pidfile /var/run/redis_6381.pid
maxmemory-policy volatile-ttl
auto-aof-rewrite-min-size 10GB
slaveof 172.16.10.80 6379
masterauth redis --主库的密码
2.3. 安装
cd /redis5.0/redis-5.0.0
make
make install
安装完成。
启动如下:
redis-server /redis5.0/redis-5.0.0/redis6379.conf
redis-server /redis5.0/redis-5.0.0/redis6380.conf
redis-server /redis5.0/redis-5.0.0/redis6381.conf
由于参数已经修改完了,后面修改密码:
config set requirepass "redis"
并且写入配置文件:
例如关闭提示需要密码就说明修改成功。
同理修改下面两台服务器:
主从复制的密码配置:
查看主机角色信息:
查看从机一配置:
查看从机二配置:
可以看出同步状态正常。
三、测试
3.1. 注意
1、如果没有把slaveof 参数配置到参数文件中,从库重启后需要重新slaveof;即从库会变成主库(没有配置slaveof参数文件)
2、在主从搭建完成后,后面添加的从库slaveof后,会自动把数据从主库同步过来,生产上会有一定的性能影响。
3、从机只有读的权限,主机才能够写操作。
3.1. Master 挂掉slave变master(反客为主)
master 挂掉后,手动的让从库一升为主库。
关闭主库。
查看从库1,2
slave 变成主库
slaveof no one
3.1. 哨兵模式配置测试
Redis的哨兵(sentinel) 系统用于管理多个 Redis 服务器,该系统执行以下三个任务:
监控(Monitoring): 哨兵(sentinel) 会不断地检查你的Master和Slave是否运作正常。
提醒(Notification):当被监控的某个 Redis出现问题时, 哨兵(sentinel) 可以通过 API 向管理员或者其他应用程序发送通知。
自动故障迁移(Automatic failover):当一个Master不能正常工作时,哨兵(sentinel) 会开始一次自动故障迁移操作,它会将失效Master的其中一个Slave升级为新的Master, 并让失效Master的其他Slave改为复制新的Master;如果修复好的master重新启动后,原master变成slave。
简单配置如下:
在安装的redis目录下,有sentinel.conf文件,可以设置超时等等。
本次测试是我自己新建一个文件格式如下:
sentinel monitor 主机名 主机ip 主机端口 票数n 票数多余n的从机作为主机
由于是三台服务器(谁有2票就谁为新master)
vi sentinel6379.conf
sentinel monitor redis01 172.16.10.80 6379 2
sentinel auth-pass redis01 redis #master如果设置密码 没有可以不用这一行
sentinel down-after-milliseconds redis01 5000 #修改心跳为5000毫秒
protected-mode no --关闭保护进程模式,防止哨兵不能互相通信
启动:
redis-sentinel /redis5.0/redis-5.0.0/sentinel6379.conf
或者后台启动:
redis-sentinel /redis5.0/redis-5.0.0/sentinel6379.conf --sentinel &
vi sentinel6380.conf
sentinel monitor redis01 172.16.10.80 6379 2
sentinel auth-pass redis01 redis
sentinel down-after-milliseconds redis01 5000
protected-mode no --关闭保护进程模式,防止哨兵不能互相通信
启动:
vi sentinel6381.conf
sentinel monitor redis01 172.16.10.80 6379 2
sentinel auth-pass redis01 redis
sentinel down-after-milliseconds redis01 5000
protected-mode no --关闭保护进程模式,防止哨兵不能互相通信
3.4. 哨兵模式的反客为主(自动)
查看各个节点的哨兵模式情况:
Master:
redis-cli -h 172.16.10.80 -p 26379
info sentinel
Slave1:
redis-cli -h 172.16.10.81 -p 26379
info sentinel
Slave2:
redis-cli -h 172.16.10.82 -p 26379
info sentinel
模拟master down掉测试:
查看:
原master哨兵进程日志:
从中看出failover到原slave1了。
查看原salve1(现master) 哨兵进程日志:
Slave1 为新master了。
查看slave2日志说明:
Salve2变成原slave1的从库了。
查看新master信息:
角色为master,一个从库,为原slave1。
查看新从库信息:
为slave角色,新的主库为10.81。
测试是否同步:
同步成功。
3.3. 原master修好后
原master修好后,启动后:
变成现在master的从机了,并不会变成独立的一台master。
哨兵日志提示为10.81的从库了。
测试:
把现在新master数据同步过来了没问题,也可以自行测试。
总结:
1、 大的互联网公司都会使用哨兵模式主从或者集群模式24*7提供业务以及提供读写分离,减轻系统的压力,身边使用最多的就是大家知道的知乎网站。
2、 在failover之后,原master修复好后会变为新master的从库,并不会变成独立的一台master。