NoSQL之Redis集群部署解析

Redis集群

Redis集群部署的原因

单字节Redis服务器带来的问题

• 单点故障，服务不可用
• 无法处理大量的并发数据请求
• 数据丢失——大灾难

Redis集群介绍

• Redis集群是一个提供在多 个Redis间节点间共享数据的程序集
• Redis集群并不支持处理多个keys的命令,因为这需要在不同的节点间移动数据，从而达不到像Redis那样的性能，在高负载的情况下可能会导致不可预料的错误
• Redis集群通过分区来提供一定程度的可用性，在实际环境中当某个节点宕机或者不可达的情况下可继续处理命令

redis集群的优势

• 自动分割数据到不同的节点上
• 整个集群的部分节点失败或者不可达的情况下能够继续处理命令

Redis集群的实现方法

• 有客户端分片
• 代理分片
• 服务器端分片

Redis-Cluster数据分片

• Redis集群没有使用一致性hash,而是引入了哈希槽（数据存储空间）概念
• Redis集群有16384个哈希槽（0-16383）
• 每个key通过CRC1 6校验后对16384取模来决定放置槽
• 集群的每个节点负责一部分哈希槽

部署操作

以3个节点组成的集群为例

• 节点A包含0到5500号哈希槽
• 节点B包含5501到11000号哈希槽
• 节点C包含11001到16383号哈希槽

支持添加或者删除节点

• 添加删除节点无需停止服务

例：

• 如果想新添加个节点D,需要移动节点A, B, C中的部分槽到D上
• 如果想移除节点A,需要将A中的槽移到B和C节点上，再将没有任何槽的A节点从集群中移除

Redis-Cluster的主从复制模型

• 集群中具有A，B，C三个节点，如果节点B失败了，整个集群就会因缺少5501-11000这个范围的槽而不可用
• 为每个节点添加一一个从节点A1, B1, C1,整个集群便有三个master节点和三个slave节点组成，在节点B失败后，集群便会选举B1为新的主节点继续服务
• 当B和B1都失败后，集群将不可用

部署实施

Redis集群设备

[root@server1 ~] ：主服务器 20.0.0.13
[root@server2 ~] ：主服务器 20.0.0.14
[root@server3 ~] ：主服务器 20.0.0.15
[root@slave1 ~] : 备服务器 20.0.0.16
[root@slave2 ~] : 备服务器 20.0.0.17
[root@slave3 ~] : 备服务器 20.0.0.18

六台服务器添加安装包并解压缩

[root@server1 ~]# tar zxvf redis-5.0.4.tar.gz
[root@server2 ~]# tar zxvf redis-5.0.4.tar.gz
[root@server3 ~]# tar zxvf redis-5.0.4.tar.gz
[root@slave1 ~]# tar zxvf redis-5.0.4.tar.gz
[root@slave2 ~]# tar zxvf redis-5.0.4.tar.gz
[root@slave3 ~]# tar zxvf redis-5.0.4.tar.gz

安装配置，查看脚本
修改配置文件

[root@server1 ~]# cd redis-5.0.4/
[root@server1 redis-5.0.4]# make   
[root@server1 redis-5.0.4]# make PREFIX=/usr/local/redis install
#更改安装路径可以用make PREFIX=安装路径 install
[root@redis-slave3 redis-5.0.4]# ln -s /usr/local/redis/bin/* /usr/local/bin #创建命令链接
[root@server1 redis-5.0.4]# cd utils/
[root@server1 utils]# ll
[root@server1 utils]# ./install_server.sh # 运行脚本安装
[root@server1 ~]# netstat -anpt | grep redis
[root@server1 ~]# vi /etc/redis/6379.conf   编辑配置文件
添加修改
bind 20.0.0.13                   # 修改为本机地址
cluster-enabled yes
appendonly yes                  
cluster-config-file nodes-6379.conf
cluster-node-timeout 15000
cluster-require-full-coverage yes
[root@server1 ~]# /etc/init.d/redis_6379 stop  # 关闭服务
[root@server1 ~]# /etc/init.d/redis_6379 start   #启动服务

6台redis服务器完成Redis基础配置安装并启动redis服务

在server1上
使用脚本创建群集
添加redis-3.2.0.gem

[root@server1 ~]# yum -y install ruby rubygems
[root@server1 ~]# gem install redis-3.2.0.gem 
[root@server1 ~]# redis-cli --cluster create --cluster-replicas 1 20.0.0.13:6379 20.0.0.14:6379 20.0.0.15:6379 20.0.16:6379 20.0.0.17:6379 20.0.0.18:6379 #建立群集配置

群集测试
在备1服务器上

[root@slave1 ~]# redis-cli -h 20.0.0.16 -p 6379 -c
20.0.0.16:6379> set weather sunny  #添加weather键值为sunny
-> Redirected to slot [8949] located at 20.0.0.14:6379  #提示存储该键值的哈希槽为8949，位置定位到在服务器20.0.0.14上
OK
20.0.0.14:6379> exit

在备2服务器上

[root@slave2 ~]# redis-cli -h 20.0.0.17 -p 6379 -c
20.0.0.17:6379> get weather
-> Redirected to slot [8949] located at 20.0.0.14:6379
"sunny"

在主2服务器上

[root@server2 ~]# redis-cli -h 20.0.0.14 -p 6379 -c
20.0.0.14:6379> get weather #获取weather的键值
"sunny"

在主3服务器上

[root@server3 ~]# redis-cli -h 20.0.0.15 -p 6379 -c
20.0.0.15:6379> set centos 7.6 #添加centos键值为7.6
-> Redirected to slot [467] located at 20.0.0.13:6379 # 提示存储该键值的哈希槽为467，位置定位到在服务器20.0.0.13上
OK

在主1服务器上

[root@server1 ~]# redis-cli -h 20.0.0.13 -p 6379 -c
20.0.0.13:6379> get centos
"7.6"

在任意一台服务器上查看
例主一服务器

[root@server1 ~]# redis-cli -h 20.0.0.13 -p 6379 -c
20.0.0.13:6379> cluster info
20.0.0.13:6379> cluster nodes