Nosql之Redis群集配置

单节点Redis服务器的问题与解决方法

• 问题：

1. 单点故障点，服务不可以用
2. 无法处理大量的并发数据请求
3. 数据丢失–大灾难

• 解决方法：
  搭建Redis集群

Redis集群概念

Redis集群介绍

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

Redis集群的优势

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

Redis集群的数据分片

• Redis集群没有使用一致性hash，而是引入了哈希槽的概念
• Redis集群有16384个哈希槽
• 每个Key通过CRC16校验后对16384取模来决定放置哪个槽
• 集群的每个节点负责一部分hash槽

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

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

Redis支持添加或者删除节点

• 添加删除节点无需停止服务。比如如果我想添加节点D，我需要移动节点A、B、C中的部分槽到D上；如果我想移除节点A，需要将A中的槽移到B和C节点上，然后将没有任何槽的A节点从集群中移除

Redis集群的主从复制模型

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

项目案例拓扑图

Redis集群操作步骤

安装Redis

• 略（以前博客有安装教程）

修改所有节点的配置文件

1. 修改配置文件

vim /etc/redis/6379.conf
#70行删除原来的127.0.0.1 然后添加各主机对应的IP地址
bind 192.168.18.101
#839行开启群集功能
cluster-enabled yes
#847行开启群集节点配置文件
cluster-config-file nodes-6379.conf
#853行开启群集超时时间
cluster-node-timeout 15000
#930行去掉注释yes改成no
cluster-require-full-coverage no

2. 重启服务

/etc/init.d/redis_6379 restart

Master1上配置操作

1. 安装Ruby

 yum -y install ruby rubygems

2. 上传redis-3.2.0.gem并安装

 gem install redis --version 3.2.0

3. 将所有节点加入到群集中

 redis-cli --cluster create --cluster-replicas 1 192.168.18.101:6379 192.168.18.102:6379 192.168.18.103:6379 192.168.18.104:6379 192.168.18.105:6379 192.168.18.106:6379

测试群集

1. 远程连接Redis数据库

 redis-cli -h 192.168.18.102 -p 6379 -c
 192.168.18.102:6379> set student Alice
 -> Redirected to slot [5249] located at 192.168.18.101:6379
 OK
 192.168.18.101:6379> KEYS *
 1) "student"
 192.168.18.101:6379> get student
"Alice"

2. 查看集群状态

 192.168.18.103:6379> cluster info

3. 查看节点信息

192.168.18.103:6379> cluster nodes