主从复制,是指将一台redis服务器的数据,复制到其他的Redis服务器。前者称为主节点(master),后者称为从节点(slavc)﹔,数据的复制是单向的,只能由主节点到从节点
工
默认情况下,每台Redis服务器都是主节点,且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。
安装包:redis-5.0.7.tar.gz
主机 | 操作系统 | IP地址 | 软件 / 安装包 / 工具 |
Master | CentOS7 | 192.168.10.12 | redis-5.0.7.tar.gz |
Slave1 | CentOS7 | 192.168.10.13 | redis-5.0.7.tar.gz |
Slave2 | CentOS7 | 192.168.10.14 | redis-5.0.7.tar.gz |
systemctl stop firewalld
setenforce 0
yum install -y gcc gcc-c++ make
tar zxvf redis-5.0.7.tar.gz -C /opt/
cd /opt/redis-5.0.7/
make && make PREFIX=/usr/local/redis install
cd /opt/redis-5.0.7/utils
./install_server.sh
回车四次,下一步需要手动输入
Please select the redis executable path [] /usr/local/redis/bin/redis-server
ln -s /usr/local/redis/bin/* /usr/local/bin/
vim /etc/redis/6379.conf
bind 0.0.0.0 #70行,修改bind 项,0.0.0.0监听所有网段
daemonize yes #137行,开启守护进程
logfile /var/log/redis_6379.log #172行,指定日志文件目录
dir /var/lib/redis/6379 #264行,指定工作目录
appendonly yes #700行,开启AOF持久化功能
/etc/init.d/redis_6379 restart
vim /etc/redis/6379.conf
bind 0.0.0.0 #70行,修改bind 项,0.0.0.0监听所有网卡
daemonize yes #137行,开启守护进程
logfile /var/log/redis_6379.log #172行,指定日志文件目录
dir /var/lib/redis/6379 #264行,指定工作目录
replicaof 192.168.172.12 6379 #288行,指定要同步的Master节点IP和端口
appendonly yes #700行,开启AOF持久化功能
/etc/init.d/redis_6379 restart
在Master节点上看日志
tail -f /var/log/redis_6379.log
在Master节点上验证从节点
redis-cli info replication
注:salve不能进行写入的操作
哨兵是Redis集群架构中非常重要的一个组件,哨兵的出现主要是解决了主从复制出现故障时需要人为干预的问题。
哨兵(sentinel):是一个分布式系统,用于对主从结构中的每台服务器进行监控,当出现故障时通过投票机制选择新的 Master 并将所有 Slave 连接到新的 Master。所以整个运行哨兵的集群的数量不得少于3个节点。
使用一个或者多个哨兵(Sentinel)实例组成的系统,对redis节点进行监控,在主节点出现故障的情况下,能将从节点中的一个升级为主节点,进行故障转义,保证系统的可用性。
哨兵结构由两部分组成,哨兵节点和数据节点:
1.由哨兵节点定期监控发现主节点是否出现了故障
每个哨兵节点每隔1秒会向主节点、从节点及其它哨兵节点发送一次ping命令做一次心跳检测。如如果主节点在一定时间范围内不回复或者是回复一个错误消息那么这个哨兵就会认为这个主节点主观下线了(单方面的)。当超过半数哨兵节点认为该主节点主观下线了,这样就客观下线了。
2.当主节点出现故障,此时哨兵节点会通过Ratt算法、(选举算法〉实现选举机制共同选举出一个哨兵节点为leader,来负责处理主节点的故障转移和通知、所以能个运行哨兵的集群的数量不得少于3个节点。
3.由leader哨兵节点执行故障转移,过程如下:
需要特别注意的是,客观下线是主节点才有的概念;如果从节点和哨兵节点发生故障,被哨兵主观下线后,不会再有后续的客观下线和故障转移操作。
主机 | 操作系统 | IP地址 | 软件 / 安装包 / 工具 |
Master | CentOS7 | 192.168.10.12 | redis-5.0.7.tar.gz |
Slave1 | CentOS7 | 192.168.10.13 | redis-5.0.7.tar.gz |
Slave2 | CentOS7 | 192.168.10.14 | redis-5.0.7.tar.gz |
systemctl stop firewalld
setenforce 0
vim /opt/redis-5.0.7/sentinel.conf
protected-mode no #17行,关闭保护模式
port 26379 #21行,Redis哨兵默认的监听端口
daemonize yes #26行,指定sentinel为后台启动
logfile "/var/log/sentinel.log" #36行,指定日志存放路径
dir "/var/lib/redis/6379" #65行,指定数据库存放路径
sentinel monitor mymaster 192.168.10.12 6379 2 #84行,修改 指定该哨兵节点监控192.168.172.10:6379这个主节点,该主节点的名称是mymaster,最后的2的含义与主节点的故障判定有关:至少需要2个哨兵节点同意,才能判定主节点故障并进行故障转移
sentinel down-after-milliseconds mymaster 3000 #113行,判定服务器down掉的时间周期,默认30000毫秒(30秒)
sentinel failover-timeout mymaster 180000 #146行,故障节点的最大超时时间为180000(180秒)
注:先启master,再启slave
cd /opt/redis-5.0.7/
redis-sentinel sentinel.conf &
注意!先启动主服务器,再启动从服务器
先启动主节点
再启动从节点
redis-cli -p 26379 info Sentinel
Master:192.168.10.12
Master:192.168.10.12
查看redis-server进程号
ps aux |grep redis
kill -9 13086 #Master节点上redis-server的进程号
ps aux |grep redis
cd /var/log
tail -f sentinel.log
vim /opt/redis-5.0.7/sentinel.conf中会有相应的对接切换的记录
重新启动原来的master服务器(192.168.10.12)