哨兵模式
在redis3.0以前的版本要实现集群一般是借助哨兵sentinel工具来监控master节点的状态
- 如果master节点异常,则会做主从切换,将某一台slave作为master,哨兵的配置略微复杂,
- 性能和高可用性等各方面表现一般,特别是在主从切换的瞬间存在访问瞬断的情况,
- 哨兵模式只有一个主节点对外提供服务,没法支持很高的并发,
- 单个主节点内存也不宜设置得过大,否则会导致持久化文件过大,影响数据恢复或主从同步的效率
配置复杂,不支持高并发,性能低,可用差,内存不易设置过大(数据同步)
高可用集群模式
1. 架构模式
- 特点
redis集群是一个由多个主从节点群组成的分布式服务器群,它具有复制、高可用和分片特性。Redis集群不需要sentinel哨兵也能完成节点移除和故障转移的功能。需要将每个节点设置成集群模式,这种集群模式没有中心节点,可水平扩展,据官方文档称可以线性扩展到上万个节点(官方推荐不超过1000个节点)。redis集群的性能和高可用性均优于之前版本的哨兵模式,且集群配置非常简单 .
2. Redis高可用集群搭建实战
1) redis 安装步骤:
- 安装gcc
sudo apt-get install gcc
- 下载源包
wget http://download.redis.io/releases/redis-5.0.8.tar.gz
ttar xzf redis-5.0.8.tar.gz
cd redis-5.0.8
make
- 克隆虚拟机三台
- 用Xshell连接
垂直排列
发送输入到所有会话
ifconfig
- 后台启动
vim redis.config
:redis.conf里的daemonize改为yes(/
查找) - 验证启动是否成功
ps -ef | grep redis
:查找进程 - 进入redis客户端
/usr/local/redis/bin/redis-cli
- 退出客户端
quit
- 退出redis服务:
(1)pkill redis-server
(2)kill 进程号
(3)src/redis-cli shutdown
2) redis集群搭建
redis集群需要至少要三个master节点,我们这里搭建三个master节点,并且给每个master再搭建一个slave节点,总共6个redis节点,这里用三台机器部署6个redis实例,每台机器一主一从,搭建集群的步骤如下:
-
在第一台机器的
/usr/local
下创建文件夹redis-cluster
,然后在其下面分别创建2个文件夾如下
(1)mkdir -p /usr/local/redis-cluster
(2)mkdir 8001、 mkdir 8002
(3)sudo cp /home/jianhai/soft/redis-5.0.8/redis.conf /usr/local/redis-cluster/8001
-
修改配置信息redis.conf
(1) daemonize yes (后台运行)
(2) port 8001(分别对每个机器的端口号进行设置)
(3) dir /usr/local/redis-cluster/8001/(指定数据文件存放位置,必须要指定不同的目录位置,不然会丢失数据)
(4) cluster-enabled yes(启动集群模式)
(5) cluster-config-file nodes-8001.conf(集群节点信息文件,这里800x最好和port对应上)
(6) cluster-node-timeout 5000
(7) # bind 127.0.0.1(去掉bind绑定访问ip信息,否则只能本机访问)
(8) protected-mode no (关闭保护模式)
(9) appendonly yes
如果要设置密码需要增加如下配置:
(10)requirepass zhuge (设置redis访问密码)
(11)masterauth zhuge (设置集群节点间访问密码,跟上面一致) 第三步:把修改后的配置文件,copy到8002,修改第2、3、5项里的端口号,可以用批量替换:
:%s/源字符串/目的字符串/g -
其他虚拟机重复操作(8002,8003,8004,8005)
-
启动redis服务
sudo /home/jianhai/soft/redis-5.0.8/src/redis-server /usr/local/redis-cluster/8001/redis.conf
:启动服务
ps -ef |grep redis
:查看进程 -
用redis-cli创建整个redis集群
/home/jianhai/soft/redis-5.0.8/src/redis-cli -a jianhai --cluster create --cluster-replicas 1 192.168.17.129:8001 192.168.17.129:8002 192.168.17.130:8003 192.168.17.130:8004 192.168.17.131:8005 192.168.17.131:8006
-
验证集群
(1) 连接任意一个客户端即可:./redis-cli -a 密码 -c -h 主机host -p 端口
(-a访问服务端密码,-c表示集群模式,指定ip地址和端口号)如:./src/redis-cli -c -a jianhai -h 192.168.17.131 -p 8005
(2) 进行验证: cluster info
(查看集群信息)、cluster nodes
(查看节点列表)
(3) 进行数据操作验证
(4) 关闭集群则需要逐个进行关闭,使用命令: /usr/local/redis/bin/redis-cli -a zhuge -c -h 192.168.0.60 -p 800* shutdown
3、Redis集群原理分析
Redis Cluster 将所有数据划分为 16384 的 slots(槽位),每个节点负责其中一部分槽位。槽位的信息存储于每个节点中,。
当 Redis Cluster 的客户端来连接集群时,它也会得到一份集群的槽位配置信息并将其缓存在客户端本地。这样当客户端要查找某个 key 时,可以直接定位到目标节点。同时因为槽位的信息可能会存在客户端与服务器不一致的情况,还需要纠正机制来实现槽位信息的校验调整。
槽位定位算法
Cluster 默认会对 key 值使用 crc16 算法进行 hash 得到一个整数值,然后用这个整数值对 16384 进行取模来得到具体槽位。
HASH_SLOT = CRC16(key) mod 16384
跳转重定位
当客户端向一个错误的节点发出了指令,该节点会发现指令的 key 所在的槽位并不归自己管理,这时它会向客户端发送一个特殊的跳转指令携带目标操作的节点地址,告诉客户端去连这个节点去获取数据。客户端收到指令后除了跳转到正确的节点上去操作,还会同步更新纠正本地的槽位映射表缓存,后续所有 key 将使用新的槽位映射表。
网络抖动
真实世界的机房网络往往并不是风平浪静的,它们经常会发生各种各样的小问题。比如网络抖动就是非常常见的一种现象,突然之间部分连接变得不可访问,然后很快又恢复正常。
为解决这种问题,Redis Cluster 提供了一种选项cluster-node-timeout,表示当某个节点持续 timeout 的时间失联时,才可以认定该节点出现故障,需要进行主从切换。如果没有这个选项,网络抖动会导致主从频繁切换 (数据的重新复制)。
4. 扩容
- 集群添加节点(首先添加的节点集群已经配置好了,并且已经启动)
add-node new_host:new_port existing_host:existing_port
示例:./src/redis-cli -a jianhai --cluster add-node 192.168.17.132:8008 192.168.17.129:8001
cat redis.conf | grep 8001
查找字符并显示