文章目录
- 前言
- Redis集群原理
- 搭建Redis集群
- 集群拓展
- 后记
前言
前两期介绍和搭建了Redis的主从复制架构
和哨兵模式
,虽然哨兵模式能够实现自动故障转移
主备切换,一定程度上提高了系统的容错性
但这两种架构模式都不能解决单节点的并发压力和物理上线的问题
,单节点写的Redis始终无法应对大型项目中的高并发压力以及内存和磁盘的密集IO存取操作。
这种情况下就需要Redis的集群来解决以上的问题!
Redis集群原理
Redis3.0开始支持集群模式,实现了数据的分布式存储,对数据进行分片,将数据存储在不同的master节点上
Redis集群采用去中心化的思想,没有中心节点的说法,对于客户端来说,整个集群可以看成一个整体,可以连接任意一个节点进行操作,就像操作单一Redis实例一样,不需要任何代理中间件,当客户端操作的key没有分配到该node上时,Redis会返回转向指令,指向正确的node。
- 主节点负责读写请求和集群信息的维护,从节点只对主节点数据和状态信息的复制
- 称数据分片是Redis集群最核心的功能,集群将数据分散到多个master节点
- 集群同样支持主从复制和主节点的自动故障转移(与哨兵模式类似),当任意节点发生故障时,集群仍然可以正常对外提供服务
Redis集群采用的是
哈希槽分区算法
。Redis集群中有16384个哈希槽(槽的范围是 0 -16383,哈希槽),将不同的哈希槽分布在不同的Redis节点上面进行管理,也就是说每个Redis节点只负责一部分的哈希槽。在对数据进行操作的时候,集群会对使用CRC16算法对key进行计算并对16384取模(slot = CRC16(key)%16383),得到的结果就是 Key-Value 所放入的槽,通过这个值,去找到对应的槽所对应的Redis节点,然后直接到这个对应的节点上进行存取操作。
摘自:https://blog.csdn.net/a745233700/article/details/112691126
搭建Redis集群
集群中的节点是否可用,是由集群中的所用master节点选举决定的,当半数以上的节点认为某个节点故障了,那么该节点就是挂掉了,所以搭建redis集群时建议master节点数最好为奇数
,搭建Redis集群至少需要
三个主节点,三个从节点。
**注意:**我这里用的是redis-6.0.4
版本,redis-6版本之前还需要安装ruby
脚本来构建redis集群,而redis-6版本之后直接使用redis-cli
构建。
为方便演示,这里在一台主机上模拟redis集群的效果
1、准备6个redis
服务节点
# (1)在redis根目录下创建6个目录作为6个节点
mkdir -p redis-cluster/redis700{1..6}
# (2)编写一个sh脚本将redis的配置文件redis.conf、redis-server和redis-cli复制一份到6个节点目录下(或者手动一个个复制)
#!/bin/bash
for i in {1..6}
do
cp /software/redis/redis.conf /software/redis/redis-cluster/redis700$i
cp /software/redis/bin/redis-cli /software/redis/bin/redis-server /software/redis/redis-cluster/redis700$i
done
2、配置6个服务节点
修改6个节点redis.conf配置文件中的以下内容,可以修改好一个后复制六份再修改port和集群节点配置文件名nodes-port.conf
bind 0.0.0.0 # 开启远程连接
port 7001 # 设置redis服务端口【需要修改6个】
daemonize yes # 开启以守护线程的(后台)方式启动
protected-mode no # 关闭保护模式
requirepass 123456 # 设置Redis服务访问密码
appendonly yes # 开启AOF持久化
cluster-enabled yes # 开启集群模式
cluster-config-file nodes-7001.conf # 集群节点配置文件nodes-port.conf【需要修改6个】
cluster-node-timeout 5000 # 集群节点超时时间(默认15000毫秒)
3、启动6个节点
在各自节点目录下,执行以下命令启动当前redis服务节点
./redis-server ./redis.conf
# 查看是否启动了六个Redis进程
ps -ef|grep redis
4、构建集群
在任意一个节点上执行创建命令构建redis集群:构建集群时,会根据创建命令节点顺序指定主从节点,会自动为master节点分配16384个hash槽
# 六个节点分为三组,每组又分为一主一从
# 这里会把前三个做为主节点,后三个做为从节点,--cluster-replicas 1表示指定每个主节点有一个从节点
./redis-cli --cluster create 192.168.31.161:7001 192.168.31.161:7002 192.168.31.161:7003 192.168.31.161:7004 192.168.31.161:7005 192.168.31.161:7006 --cluster-replicas 1 -a 123456
看到All nodes agree about slots configuration.
和All 16384 slots covered
即代表集群构建成功
集群拓展
# -c:以集群模式连接
./redis-cli -p 7001 -a 123456 -c
# redis-cli连接后,通过cluster nodes查看集群的节点信息
192.168.31.161:7001> cluster nodes
把7001这个master节点kill掉,查看它的从节点是否顶替上来作为新的master节点了
Spring Boot中操作Redis集群
<!--redis-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
# 书写集群中的所有节点IP:port,以逗号分隔
spring.redis.cluster.nodes=192.168.31.161:7001,192.168.31.161:7002,192.168.31.161:7003,192.168.31.161:7004,192.168.31.161:7005,192.168.31.161:7006
后记
redis主从复制、哨兵模式(sentinel)、redis集群(cluster)三种架构模式的演变,已经能应对当下市场上的项目对Redis缓存
的需求
Redis缓存
的存在主要是为了减轻数据库的并发压力(当然在分布式系统中,由于跨JVM导致synchronized失效,而常用Redis来实现分布式锁等,Redis的应用也非常广泛)
Redis缓存
虽减轻了数据库的一部分并发压力,但要提高数据库自身的容错性
,以及实现数据库服务在整个系统中的高可用
才是根本!
后面将持续带来MySQL的主从复制,以及MySQL读写分离(集群)
的介绍和搭建详情!