文章目录
一、概述
一般的文档,都把redis的集群方式分成三种:主从、哨兵、集群(这里的集群只是广义集群的一种)。但是这么分类很不严谨,哨兵模式,单独使用是没有意义的,哨兵的作用有两个:
- 监控:监控主节点和从节点是否正常运行
- 提醒:当被监控的某个Redis节点出现问题时, 哨兵(sentinel) 可以通过 API向管理员或者其他应用程序发送通知。
- 故障迁移:主数据库出现故障时自动将从数据库转换为主数据库
说白了,哨兵就是一个打辅助的,本身并不提供数据存储功能,能独立使用的方式只有两种,主从模式和集群模式,所以我认为将redis分为两类比较合适:
- 主从集群配合哨兵使用
- 分布式(分区)集群
二、主从复制
Redis虽然读取写入的速度都特别快,但是也会产生读压力特别大的情况。为了分担读压力,Redis支持主从复制,保证主数据库的数据内容和从数据库的内容完全一致。
2.1 主从同步方式
Redis的主从结构可以采用一主多从或者级联结构,Redis主从复制可以根据是否是全量分为全量同步和增量同步。
全量同步
Redis全量复制一般发生在Slave初始化阶段,这时Slave需要将Master上的所有数据都复制一份。具体步骤如下:
从服务器连接主服务器,发送SYNC命令
主服务器接收到SYNC命名后,开始执行BGSAVE命令生成RDB文件并使用缓冲区记录此后执行的所有写命令
主服务器BGSAVE执行完后,向所有从服务器发送快照文件,并在发送期间继续记录被执行的写命令
从服务器收到快照文件后丢弃所有旧数据,载入收到的快照
主服务器快照发送完毕后开始向从服务器发送缓冲区中的写命令
从服务器完成对快照的载入,开始接收命令请求,并执行来自主服务器缓冲区的写命令
增量同步
Redis增量复制是指Slave 初始化后开始正常工作时主服务器发生的写操作同步到从服务器的过程。
增量复制的过程主要是主服务器每执行一个写命令就会向从服务器发送相同的写命令,从服务器接收并执行收到的写命令。
Redis主从同步策略
主从刚刚连接的时候,进行全量同步;全同步结束后,进行增量同步。当然,如果有需要,slave在任何时候都可以发起全量同步。redis策略是,无论如何,首先会尝试进行增量同步,如不成功,要求从机进行全量同步。
2.2、主从模式配置
主机名称 | IP地址 | redis版本和角色说明 |
---|---|---|
master | 192.168.40.11 | redis 5.0.4(主) |
slave1 | 192.168.40.12 | redis 5.0.4(从) |
slave2 | 192.168.40.13 | redis 5.0.4(从) |
1、配置主服务器
1、编译安装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 redis-5.0.4]# ln -s /usr/local/redis/bin/* /usr/local/bin
[root@master redis-5.0.4]# cd utils/
[root@master utils]# ./install_server.sh
Welcome to the redis service installer
This script will help you easily set up a running redis server
Please select the redis port for this instance: [6379]
Selecting default: 6379
Please select the redis config file name [/etc/redis/6379.conf]
Selected default - /etc/redis/6379.conf
Please select the redis log file name [/var/log/redis_6379.log]
Selected default - /var/log/redis_6379.log
Please select the data directory for this instance [/var/lib/redis/6379]
Selected default - /var/lib/redis/6379
Please select the redis executable path [/usr/local/bin/redis-server]
Selected config:
Port : 6379
Config file : /etc/redis/6379.conf
Log file : /var/log/redis_6379.log
Data dir : /var/lib/redis/6379
Executable : /usr/local/bin/redis-server
Cli Executable : /usr/local/bin/redis-cli
Is this ok? Then press ENTER to go on or Ctrl-C to abort.
Copied /tmp/6379.conf => /etc/init.d/redis_6379
Installing service...
Successfully added to chkconfig!
Successfully added to runlevels 345!
Starting Redis server...
Installation successful!
2、修改配置文件
[root@master ~]# vi /etc/redis/6379.conf
#master、slave节点都需要修改
#69行 修改监听地址为0.0.0.0(在实验环境使用),现网环境建议绑定从服务器IP地址
#136行 开启守护进程
daemonize yes
#171行 修改日志文件目录
logfile /var/log/redis_6379.log
#263行 修改工作目录
dir /var/lib/redis/6379
#699行 开启AOF持久化功能
appendonly yes
[root@master ~]# /etc/init.d/redis_6379 restart ###重启服务
2、配置从服务器
slave节点
与master节点修改一致,多修改一个同步master节点IP和端口
[root@slave1 ~]# vi /etc/redis/6379.conf
replicaof 192.168.40.11 6379
3、验证
1、进入主数据库查看
redis-cli -h 192.168.40.11
192.168.40.11:6379> info replication
2、查看日志文件(master)
tail -f /var/log/redis_6379.log
3、查看主从是否一致(master)
三、Redis哨兵模式
Redis虽然读取写入的速度都特别快,但是也会产生读压力特别大的情况。为了分担读压力,Redis支持主从复制,保证主数据库的数据内容和从数据库的内容完全一致。
主从复制架构只能用来解决数据的冗余备份,只有master节点可以接受客户端的请求并执行写入操作,而slave节点仅仅做数据的同步,客户端无法将数据写入到从节点中。主从复制架构无法保证主节点宕机时的自动故障转移即高可用(因此需要哨兵模式)。
3.1、哨兵模式原理
哨兵(sentinel)是一个分布式系统,用于对主从结构中的每台服务器进行监控,当出现故障时通过投票机制选择新的master并将所有slave连接到新的master。所以整个运行哨兵的集群的数量不得少于3个节点。
3.2、哨兵模式的作用
- 监控
不断的检查master和slave是否正常运行。 master存活检测、master 与slave运行情况检测 - 通知(提醒)
当被监控的服务器出现问题时,向其他(哨兵间,客户端)发送通知。 - 自动故障转移
断开master与slave连接,选取一个slave作为master,将其他slave连接到新的master,并告知客户端新的服务器地址
PS:
哨兵也是一台redis服务器,只是不提供数据服务。
哨兵的启动依赖于主从模式,所以须把主从模式安装好的情况下再去做哨兵模式,所有节点上都需要部署哨兵模式,哨兵模式会监控所有的redis工作节点是否正常,当master出现问题的时候,因为其他节点与主节点失去联系,因此会投票,投票过半就认为这个master的确出现问题,然后会通知哨兵间,然后从slaves中选取一个作为新的master。
3.3、哨兵模式的实现场景
在主从模式的Redis系统中,从数据库在整个系统中起到了数据 冗余备份和 读写分离的作用,但是当数据库遇到异常中断服务后,我们只能通过手动的方式选择一个从数据库来升格为主数据库,显然这种方式很麻烦需要人工介入,这时通过哨兵模式可以实现自动化的系统监控和故障恢复。
3.4、配置哨兵模式
1、修改配置文件(所有节点都需要修改)
[root@master ~]# vi redis-5.0.4/sentinel.conf
17/protected-mode no #关闭保护模式
26/daemonize yes #指定sentinel为后台启动
36/logfile "/var/log/sentinel.log" #指定日志存放路径
65/dir "/var/lib/redis/6379" #指定数据库存放路径
84/sentinel monitor mymaster 192.168.40.11 6379 2 #至少几个哨兵检测到主服务器故障了,才会进行故障迁移
113/sentinel down-after-milliseconds mymaster 3000 #判定服务器down掉的时间周期,默认30000毫秒(30秒)
146/sentinel failover-timeout mymaster 180000 #故障节的的最大超时时间为180000(180秒)
2、启动哨兵模式
先启master,再启slave
redis-sentinel redis-5.0.4/sentinel.conf &
3、查看哨兵日志
tail -f /var/log/sentinel.log
查看服务情况及端口号
ps aux | grep sentinel
查看哨兵信息
redis-cli -h 192.168.40.11 -p 26379 info sentinel
5、故障模拟
1、查看redis-server进程号
ps -ef | grep redis
2、杀死master上redis-server的进程号
kill -9 10846 #杀死进程
6、验证结果
方法一
tail -f /var/log/sentinel.log
方法二
redis-cli -p 26379 info sentinel