Redis4.0 Cluster — Centos7

本文版权归博客园和做者吴双本人共同全部 转载和爬虫请注明原文地址 www.cnblogs.com/tdws

一.基础安装

wget http://download.redis.io/releases/redis-4.0.0.tar.gz

tar xzf redis-4.0.0.tar.gz

cd redis-4.0.0

cd src

make

make test    //有问题可参考 http://www.cnblogs.com/tdws/p/6360024.html

./redis-server ../redis.conf

ps -ef |grep redis  查看redis进程
netstat -lntp | grep 6380  查询指定端口监听

kill -9 进程id  强制杀死redis进程

二. 4.0版本初步了解

Redis4.0中增长了UNLINK 命令(替换del命令)，这个命令在删除体积较大的键时，命令在后台线程里面执行，还有异步的flushdb和flushall命令分别是

flushdb async

flushall async

尽量的避免了服务器阻塞。

增长了交换数据库命令，好比SWAPDB 0 1 ，交换0库和1库

增长了memory命令，能够视察内存使用状况，经过help命令能够看到

127.0.0.1:6379> memory help

1) "MEMORY USAGE <key> [SAMPLES <count>] - Estimate memory usage of key"

2) "MEMORY STATS - Show memory usage details"

3) "MEMORY PURGE - Ask the allocator to release memory"

4) "MEMORY MALLOC-STATS - Show allocator internal stats"

MEMORY USAGE <key> 预估指定key所需内存

MEMORY STATS 视察内存使用详情

MEMORY PURGE 向分配器索要释放更多内存

MEMORY MALLOC-STATS 视察分配器内部状态

另外还有一系列优化好比 LRU和PSYNC，还有模块系统。

三.Cluster

 虽然一主一从加哨兵能够解决普通场景下服务可用的问题，可是两个节点分别存储全部的缓存数据，这不只致使容量受限，更是让咱们受限于机器配置最差的那一台，这就是木桶效应。硬件垂直扩容并不能解决日益庞大的缓存数据量和提供能搞得可用性。

在古老的Redis版本中，水平扩容的能力来自于发送命令的客户端，由客户端路由不一样的key给到不一样的节点，下次读取的时候，也按照相同方式路由key到指定节点拿到数据。若是接下来还但愿增长扩容节点的话，就要对历史缓存数据作迁移，迁移过程当中为保证数据一致性也要付出必定代价。为了解决节点的不断扩容，设计初期能够预先设置不少节点，以备往后使用，全部设计的节点都参与到分片当中，鉴于初期数据较少，可单台服务器多个节点，在往后数据增多的状况下，只须要迁移节点到新的服务器。而不须要对数据进行从新分配等操做。可是这种作法依然让咱们以为难维护，难迁移，难应对故障，迁移过程当中也很难保证数据一致性，好比50个节点，任意一个节点想要中止并迁移服务器，都会引起数据不一致或者出现故障，只能中止集群，等待迁移完成后，集群上线。

Redis3.0提供了Cluster集群。这个集群的概念和前面提到的集群有所不一样。前面的集群仅表明，多个节点间没有相互的关系，只是根据客户端路由分配key到不一样的节点，全部节点共同分配全部数据。3.0的Cluster功能，拥有和单机实例相同的性能，几乎支持全部命令，对于涉及多个键的命令，好比MGET,若是每个键都在同一个节点则能够正常返回数据，不然提示错误。另外集群中限制了0号数据库，若是切换数据库则会提示错误。

哨兵和集群是两个独立的功能，但从特性来看哨兵能够视为集群的子集。当不须要数据分片或者已经利用客户端分片的场景下哨兵已经足够使用，若是须要水平扩容，Cluster是很是好的选择。

每一个集群至少三台主节点。

到redis-4.0.0目录下 修改redis.conf

修改全部redis.conf文件 在GENERAL通常设置中找到daemonize 将其设置为yes 咱们将后台运行redis

protect mode为no

bind ip为0.0.0.0

集群搭建成功前不要设置链接密码。

设置maxmemory 100m

cluster-enabled设置为yes

注意cluster-config-file配置不一样的名称。我刚开始给每一个节点都配置nodes.conf , 结果弄了几个小时都不行，一直在waiting claster join. WTF？？？ 工做目录明明都是本身的文件夹呀，后来在stackoverflow上 看到有人相同状况，我就改下配置文件名试了一下，还真能够了....

把redis-4.0.0文件夹复制6份

我准备了两台服务器，固然一台服务器也是能够玩转的。

六个节点分别启动，此时集群是不能正常工做的，由于他们仍是六个独立的节点。下面咱们要使用src目录下的redis-trib.rb来将他们加入到同一个集群当中。可是.rb由Ruby编写，咱们须要安装环境，还须要gem redis包。yum install ruby下载的是2.0版本，而且得不到升级， 咱们须要ruby2.2+,因此咱们不使用。ruby安装指南http://blog.csdn.net/lixwjava/article/details/49231899

wget https://cache.ruby-lang.org/pub/ruby/2.2/ruby-2.2.7.tar.gz
tar -zxvf ruby-2.2.7.tar.gz  
cd  ruby-2.2.7
./configure  
make  
make test
make install  
若是顺利的话就安装完ruby了

若是没有zlib 先安装一下
yum install zlib-devel
yum install zlib
接下来进入ruby文件夹下ext/zlib中 安装ruby自身提供的zlib包
cd ext/zlib
ruby ./extconf.rb
make
make install

另外须要安装openssl (不装也行) http://blog.csdn.net/yangxuan0261/article/details/52065158  若是没装，更换gem镜像为非ssl的中国ruby镜像https://ruby.taobao.org/ 

gem sources --add http://gems.ruby-china.org/ --remove https://rubygems.org/
gem sources -l
gem install redis

在执行create cluster以前 请保证每一个node的0库不包含任何key.若是有key 就对不纯洁的节点执行flushall和cluster reset 。每一个Node都有一个特定的TCP端口，用来接收其余nodes的连接；此端口号为面向Client的端口号 + 10000，好比果客户端端口号为6379，那么次node的BUS端口号为16379，客户端端口号能够在配置文件中声明。因而可知，nodes之间的交互通信是经过Bus端口进行，使用了特定的二进制协议，此端口一般应该只对nodes可用，能够借助防火墙技术来屏蔽其余非法访问。因此注意咱们的全部节点端口+10000 也要保持开放

./redis-trib.rb create --replicas 1 47.92.93.157:6379 47.92.93.157:6380 47.92.93.157:6381 47.92.93.157:6382 47.92.93.157:6383 47.92.93.157:6384

启动redis-cli 使用-c参数 链接集群，将会为咱们作一些自动重定向工做。

 

 设置集群密码：

config set masterauth abc  
config set requirepass abc  上面的配置 必定要每个节点都配置执行一遍哦
config rewrite