Redis哨兵模式
Redis主从原理
Redis.虽然读取写入的速度都特别快,但是也会产生读压力特别大的情况。为了分担读压力,Redis.支持主从复制,保证主数据库的数据内容和从数据库的内容完全一致。Redis的主从结构可以采用一主多从或者级联结构,Redis,主从复制可以根据是否是全量分为全量同步和增量同步。
全量同步
Redis全量复制一般发生在Slave初始化阶段,这时slave需要将Master上的所有数据都复制一份。具体步骤如下:
● 从服务器连接主服务器,发送SYNC命令
● 主服务器接收到sYNC命名后,开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令
● 主服务器BGSAVE执行完后,向所有从服务器发送快照文件,并在发送期间继续记录被执行的写命令
● 从服务器收到快照文件后丢弃所有旧数据,载入收到的快照
● 主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令
● 从服务器完成对快照的载入,开始接收命令请求,并执行来自主服务器缓冲区的写命令
增量同步
Redis增量复制是指Slave初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。
增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令,从服务器接收并执行收到的写命令。
Redis主从同步策略流程
主从刚刚连接的时候,进行全量同步;全同步结束后,进行增量同步。当然,如果有需要,slave 在任何时候都可以发起全量同步。
redis 策略是:无论如何,首先会尝试进行增量同步,如不成功,要求从机进行全量同步。
主从复制的目的
为了让主数据库中的数据复制给从数据库,保证主数据库与从数据库的一致性,使客户端从主与备数据库读取无差别,可以帮助主数据库减轻负载压力,也解决单点故障问题。
Redis项目部署主从
拓补图
安装redis
开启键输入到所以回话
[root@master ~]# tar zxvf redis-5.0.4.tar.gz
[root@master ~]# cd redis-5.0.4/
[root@master redis-5.0.4]# make
[root@master redis-5.0.4]# make PREFIX=/usr/local/redis install
[root@master bin]# cd /usr/local/redis/
[root@master redis]# ln -s /usr/local/redis/bin/* /usr/local/bin
[root@master ~]# cd /usr/local/redis/bin/
[root@master bin]# cd
[root@master ~]# cd redis-5.0.4/utils/
[root@master utils]# ./install_server.sh
配置主服务器
取消键输入到所以回话
[root@master utils]# cd
[root@master ~]# vi /etc/redis/6379.conf
bind 0.0.0.0 # 修改监听地址为0.0.0.0
daemonize yes # 开启守护进程
logfile /var/log/redis_6379.log # 修改日志文件目录
dir /var/lib/redis/6379 # 修改工作目录
appendonly yes # 开启AOF持久化功能
[root@master ~]# /etc/init.d/redis_6379 restart 服务重启
配置备服务器
[root@slave1 utils]# vi /etc/redis/6379.conf
bind 0.0.0.0 # 修改监听地址为0.0.0.0
appendonly yes # 开启AOF持久化功能
replicaof 20.0.0.10 6379 # 增加一个同步master节点IP和端口
[root@slave1 utils]# /etc/init.d/redis_6379 restart 服务重启
在主负服务器上查看主从效果
[root@master ~]# tail -f /var/log/redis_6379.log
[root@slave1 ~]# tail -f /var/log/redis_6379.log
哨兵模式原理
概述
哨兵(sentinel) 是一个分布式系统,用于对主从结构中的每台服务器进行监控,当出现故障时通过投票机制选择新的master并将所有slave连接到新的master。所以整个运行哨兵的集群的数量不得少于3个节点。
哨兵模式的作用
监控
● 不断的检查master和slave是否正常运行。
● master存活检测、master与slave运行情况检测
通知(提醒)
● 当被监控的服务器出现问题时,向其他(哨兵间,客户端)发送通知。
自动故障转移
● 断开master与slave连接,选取一个slave作为master,将其他slave连接到新的master,并告知客户端新的服务器地址
PS:哨兵也是一台redis服务器,只是不提供数据服务
哨兵的启动依赖于主从模式,所以须把主从模式安装好的情况下再去做哨兵模式,所有节点上都需要部署哨兵模式,哨兵模式会监控所有的redis工作节点是否正常,当master出现问题的时候,因为其他节点与主节点失去联系,因此会投票,投票过半就认为这个master的确出现问题,然后会通知哨兵间,然后从slaves中选取一个作为新的master
Redis哨兵模式部署
基于主从模式做,只有做了主从才能做哨兵
修改配置
[root@master ~]# vi redis-5.0.4/sentinel.conf #取消注释,并修改如下
17:protected-mode no #17行关闭保护模式
26:daemonize yes #26行守护进程开启
36:logfile "/var/log/sentinel.log" #36行设置哨兵日志文件路径
65:dir /var/lib/redis/6379 #65行指定数据库存放路径
84:sentinel monitor mymaster 192.168.10.10 6379 2 #84行至少几个哨兵检测到主服务器故障了,才会进行故障迁移
113:sentinel down-after-milliseconds mymaster 3000 #113行判定服务器down掉的时间周期,默认30000毫秒(30秒)
146:sentinel failover-timeout mymaster 100000 #146行故障节的的最大超时时间为180000 (180秒)
验证
启动哨兵模式,主先启动,从后面启动
[root@master ~]# redis-sentinel redis-5.0.4/sentinel.conf & #启动哨兵带上配置文件(&:在后台启动)
[root@redis-slave1 ~]# redis-sentinel redis-5.0.4/sentinel.conf &
[root@redis-slave2 ~]# redis-sentinel redis-5.0.4/sentinel.conf &
[root@master ~]# tail -f /var/log/sentinel.log #查看日志
[root@master ~]# ps aux | grep sentinel #查看哨兵进程
[root@master ~]# redis-cli -h 192.168.10.10 -p 26379 #进数据库查看哨兵信息
20.0.0.11:26379> info sentinel