介绍
在前面章节学习中,我们部署了redis主从,解决了redis单点问题,但是没有实现redis状态监控及故障自动切换,于是后来又引入了sentinel(哨兵)解决此问题。但是依然没能解决数据的一个并发读写的问题,那么Redis 集群就是来解决此问题的,它是一个提供在多个Redis节点间共享数据的程序集。
Redis 集群通过分区来提供一定程度的可用性,在实际环境中当某个节点宕机或者不可达的情况下可以继续处理命令。
Redis 集群的优势
- 自动分割数据到不同的节点上。
- 整个集群的部分节点失败或者不可达的情况下能够继续处理命令。
要让集群正常运作至少需要三个主节点,为了实现主节点的高可用, 强烈建议使用六个节点: 其中三个为主节点, 而其余三个则是各个主节点的从节点。
Redis集群的工作原理
Redis 集群没有使用一致性hash, 而是引入了 哈希槽的概念。
Redis 集群有16384个哈希槽,每个key通过CRC16校验后对16384取模来决定放置哪个槽。集群的每个节点负责一部分hash槽,举个例子,比如当前集群有3个节点,那么:
- 节点 A 包含 0 到 5460号哈希槽.
- 节点 B 包含5461到10922号哈希槽.
- 节点 C 包含10923到16383号哈希槽.
这种结构很容易添加或者删除节点,比如如果我想新添加个节点D,我需要从节点 A, B, C中得部分槽到D上。如果我想移除节点A,需要将A中的槽移到B和C节点上,然后将没有任何槽的A节点从集群中移除即可。由于从一个节点将哈希槽移动到另一个节点并不会停止服务,所以无论添加删除或者改变某个节点的哈希槽的数量都不会造成集群不可用的状态。
Redis 集群的主从复制模型
为了使在部分节点失败或者大部分节点无法通信的情况下集群仍然可用,所以集群使用了主从复制模型,每个节点都会有N-1个复制品。
在上面具有A,B,C三个节点的集群,在没有复制模型的情况下,如果节点B失败了,那么整个集群就会以为缺少5461到10922这个范围的槽而不可用。
然而如果在集群创建的时候(或者过一段时间)我们为每个节点添加一个从节点A1,B1,C1,那么整个集群便有三个master节点和三个slave节点组成,这样在节点B失败后,集群便会选举B1为新的主节点继续服务,整个集群便不会因为槽找不到而不可用了,不过当B和B1 都失败后,集群是不可用的。
redis cluster部署
项目环境
centos 7.4
redis 5.0.5
创建redis实例
首先可以选择创建一个新的redis-cluster 目录,并在此目录中创建六个以端口号为名字的子目录,稍后我们在将每个目录中运行一个 Redis 实例,命令如下:
# 创建redis-cluster目录:
mkdir /usr/local/redis-cluster/
cd /usr/local/redis-cluster/
# 创建六个实例目录:
mkdir 7000 7001 7002 7003 7004 7005
# 用初始化脚本,快速创建实例配置文件,日志目录:
/usr/src/redis-stable/utils/install_server.sh
Welcome to the redis service installer
This script will help you easily set up a running redis
server
Selected config:
Port : 7000
Config file : /usr/local/redis-cluster/7000/7000.conf