redis 集群的安装（三台机器，三主三从模式）

主要流程：

　　一. redis的解压安装

　　二. 集群是配置

一. redis的解压安装：

1.下载redis压缩包并解压

1.wget http://download.redis.io/releases/redis-3.2.9.tar.gz
2.tar -zvxf redis-3.2.9.tar.gz
注：redis在5.0版本后，是使用redis-cli 命令来创建集群的，之前旧的 redis-trib.rb 创建命令已集成到redis-cli中。

2.安装，在redis-3.2.9目录下执行

1. make install PREFIX=/home/hadoop/soft/redis-3.2.9（注意后面PREFIX的值为你解压后生成的Redis目录的绝对路径）

执行完后会生成一个在redis-3.2.9目录下会生成一个bin目录，并且deps和src也会更新

3.开始配置

先在一台机器上做一下配置：
（1）redis-3.2.9目录下创建一个cluster-conf目录，并在cluster-conf目录下创建6380、6381两个目录

1. [hadoop@masterredis-3.2.9]$ mkdir cluster-config
2. [hadoop@mastercluster-config]$ mkdir 6380
3. [hadoop@mastercluster-config]$ mkdir 6381

（2）创建端口目录并修改配置信息，如下

1. [hadoop@masterredis-3.2.9]$ cp redis.conf ./cluster-config/6380
2. [hadoop@masterredis-3.2.9]$ cp redis.conf ./cluster-config/6381

分别修改6380、6381目录下redis.conf文件如下内容：

以6380端口为例：

1.端口
port 6380
2.指定日志文件路径
logfile “/home/hadoop/soft/redis-3.2.9/cluster-config/6380/redis.log”
3.指定rdb、aof文件写入路径
dir /home/hadoop/soft/redis-3.2.9/cluster-config/6380/
4.是否开启集群
cluster-enabled yes
5.集群配置文件名称
cluster-config-file nodes-6380.conf
6.超时时间
cluster-node-timeout 15000（默认值）
7.持久化配置
appendonly yes 
8.pidfile redis-3.2.9/cluster-config/6380.pid/    pid位置

9.ip 绑定  一定要写本机ip并且建立集群的时候要用这个ip建立
bind 10.233.45.23 需要绑定本机的真实ip,这样外部才能连接进来

10.redis 密码设置，每个节点的密码必须一致
masterauth <yourpassword> 连接主节点密码
requirepass <yourpassword>  各个节点访问密码

11.cluster-config-file nodes.conf 节点信息，自动生成

12.daemonize yes 守护线程模式（后台启动）

13.关闭保护模式用 于公网访问 

protected-mode no

（3）将文件复制到其他两台机器上

[hadoop@mastersoft]$ scp -r redis-3.2.9 root@10.1.1.12:/home/hadoop/soft
[hadoop@mastersoft]$ scp -r redis-3.2.9 root@10.1.1.39:/home/hadoop/soft

注：由于是分三台机器（真实的高可用），所以涉及到的端口配置不需要修改 。如果是在同一台机器上搭建的集群属于伪集群

（4）启动,先切换到redis的src目录下分别在三台机器上都执行对应命令，开启每个端口实例，后便可启动集群。

[hadoop@mastersrc]$ ./redis-server /home/hadoop/soft/redis-3.2.9/cluster-config/6380/redis.conf &
[hadoop@mastersrc]$ ./redis-server /home/hadoop/soft/redis-3.2.9/cluster-config/6381/redis.conf &

执行完后在终端输入，会看到对应的进程信息，则表示成功启动

[hadoop@masterbin]$ ps -ef|grep redis
hadoop    4046 16759  0 16:00 pts/1    00:00:00 grep redis
hadoop   25805 16759  0 11:48 pts/1    00:00:04 ./redis-server 0.0.0.0:6380 [cluster]                                      
hadoop   25808 16759  0 11:48 pts/1    00:00:04 ./redis-server 0.0.0.0:6381 [cluster]

（5）创建集群

集群结构：每个节点保存数据和集群信息状态，每个节点和其他节点连接

其结构特点：
1、所有的redis节点彼此互联(PING-PONG机制),内部使用二进制协议优化传输速度和带宽。
2、节点的fail是通过集群中超过半数的节点检测失效时才生效。
3、客户端与redis节点直连,不需要中间proxy层.客户端不需要连接集群所有节点,连接集群中任何一个可用节点即可。
4、redis-cluster把所有的物理节点映射到[0-16383]slot上（不一定是平均分配）,cluster 负责维护node<->slot<->value。
5、Redis集群预分好16384个桶，当需要在 Redis 集群中放置一个 key-value 时，根据 CRC16(key) mod 16384的值，决定将一个key放到哪个桶中。

容错性：

容错性指软件检测应用程序所在运行的软件或硬件中发生的错误并从错误中恢复的能力，通常可以从系统的可靠性，可用性，可测性的等几方面来衡量。

• 1 什么时候判断 master 不可用？

投票机制。投票过程是集群中所有 master 参与，如果半数以上 master 节点与 master节点通信超时（cluster-node-timeout）认为当前 master 节点挂掉

• 2 什么时候整个集群不可用（cluster state: fail)

如果集群任意 master 挂掉，且当前 master 没有 slave。集群进入fail状态也可以理解成集群的 Slot 映射 0-16383] 不完整时进入 fail 状态。如果集群超过半数以上 master 挂掉，无论是否有 slave，集群进入 fail 状态

分 5.0下的版本，和 5.0 以上的版本安装

　　1）5.0以上的版本：

　　使用redis-cli 创建redis集群（redis5以前的版本集群是依赖 ruby 脚本实现）

　　启动了每个端口之后，就直接创建集群：

第一种：直接创建，随机分配从机。

选项–replicas 1 表示为集群中的每个主节点创建一个从节点

1. [root@mastersrc]# ./redis-5.0.2/src/redis-cli --cluster create --cluster-replicas 1 10.1.1.34:6380 10.1.1.34:6381 10.1.1.12:6380 10.1.1.12:6381 10.1.1.39:6380 10.1.1.39:6381

接着会出现一个选项，直接输入 yes 既可继续创建任务

第二种：指定从机

选项–replicas 0 表示先为集群创建不含slaver 的集群。

./src/redis-cli --cluster create 172.16.71.183:7001 172.16.71.183:7002 172.16.71.183:7003 --cluster-replicas 0 

手动添加slaver（从机）

使用创建时的cluster-master-id 或执行 ./src/redis-cli --cluster check 172.16.71.183:7001 查看运行状态
挂载slaver

./src/redis-cli --cluster add-node 172.16.71.183:7004 172.16.71.183:7001 --cluster-slave --cluster-master-id ba8415845612eceeb50f89eaa44485a393b58d1a
./src/redis-cli --cluster add-node 172.16.71.183:7005 172.16.71.183:7001 --cluster-slave --cluster-master-id 52aa810b8d3cf6dfcf37fbb3d64805f632d6af91
./src/redis-cli --cluster add-node 172.16.71.183:7006 172.16.71.183:7001 --cluster-slave --cluster-master-id 18b31f22eccc86ca13bcd992776cd3987b572441

如果创建了集群之后，想要设置密码，进行一下操作，不需要去修改 redis.conf 配置文件

./redis-cli -c -h bigdata24 -p 6380 
config set masterauth <yourpassword>
config set requirepass <yourpassword>
config rewrite 

示例：

./redis-cli -c -h bigdata24 -p 6380 
config set masterauth 123
config set requirepass 123
config rewrite 

加入了密码之后，进入到集群时，需要加 -a 选项 ，后面跟上你设置的密码

集群基本使用;

查看集群状态：

./redis-5.0.2/src/redis-cli -p 6380 cluster nodes 

使用redis-cli 连接集群， 指定 -c  参数   

./redis-5.0.2/src/redis-cli -p 6380 -c -a 123

指定连接的主机节点（-h 主机ip,  -a redis的密码（前提要设置密码，每个节点的密码必须保持一致））

./redis-5.0.2/src/redis-cli -h id地址 -p 6380 -c  

进入集群的一个节点的一些操作：
查看节点信息命令：
> cluster info
> cluster nodes

示例：
[root@locslhost src]# redis-cli -c -p 6380 
127.0.0.1:6380> get aa
->Redirected to slot [2422]located at 127.0.0.1:6381
"222"
127.0.0.1:6381>

上面示例可以看出，客户端连接加 -c 选项进入到集群中，存储和提取 key 的时候不断在 6380和6381 之间跳转，这个称为客户重定向。之所以会客户端重定向，是因为redis cluster 中的每个Master 节点都会负责一部分的槽（slot），存取的时候都会进行键值空间计算定位 key 映射在哪个槽上，如果是映射的槽正好是的当前的master节点负责则直接存取，否则就会跳转到其他master节点负责的槽中存取。

-----------------------------------------------------------------------

　　2）5.0以下的版本安装：

　　安装ruby、redis
安装ruby2.3.1版本，建议采用这种方式安装（网上的其他方式基本都会失败，亲测）
第一步：下载安装包到对应目录（wget命令不指定目录 ，则下载到当前目录）

[root@masterruby-2.3.1]$ wget https://cache.ruby-lang.org/pub/ruby/2.3/ruby-2.3.1.tar.gz

第二步：下载成功后解压，并切换到解压后的ruby目录下执行编译与安装：

[root@masterruby-2.3.1]$ ./configure --prefix=
[root@masterruby-2.3.1]$ make && make install

第三步：至此2.3.1版本ruby安装完成,输入如下命令，验证ruby是否安装完成

[root@masterruby-2.3.1]$ ruby -v

第四步：安装redis

[root@masterruby-2.3.1]$ gem install redis

第五步：开启集群在Redis的src目录下执行

[root@mastersrc]# ./redis-trib.rb create --replicas 1 10.1.1.34:6380 10.1.1.34:6381 10.1.1.12:6380 10.1.1.12:6381 10.1.1.39:6380 10.1.1.39:6381

至此集群搭建完成

可跨机器验证集群

[hadoop@slave2 bin]$ ./redis-cli -c -h 10.1.1.39 -p 6381
10.1.1.39:6381>   

-c 为集群形式开启      -h ip   -p 端口

查看集群状态

[root@mastersrc]# ./redis-trib.rb check 127.0.0.1:6380 
>>> Performing Cluster Check (using node 127.0.0.1:6380)
M: a0d41b839bf4f71cd32249587d9d00d571c2ec05 127.0.0.1:6380
   slots:0-5460 (5461 slots) master
   1 additional replica(s)
M: 0b1fb1ccd3af0a85a75f27b915a96ac832175ee5 10.1.1.12:6380
   slots:5461-10922 (5462 slots) master
   1 additional replica(s)
M: 2b1c67e00dfab99c46c5ad46b5b5af0a1021ce8e 10.1.1.39:6380
   slots:10923-16383 (5461 slots) master
   1 additional replica(s)
S: a62ac61543200fdbfd278f9e80e2105ff11d1780 10.1.1.34:6381
   slots: (0 slots) slave
   replicates 0b1fb1ccd3af0a85a75f27b915a96ac832175ee5
S: 26a7f4214285c39985c9803283f9ac8b39a72ac6 10.1.1.12:6381
   slots: (0 slots) slave
   replicates a0d41b839bf4f71cd32249587d9d00d571c2ec05
S: b0b2ace762a2210070a444cf8c9b6adf2ae585e1 10.1.1.39:6381
   slots: (0 slots) slave
   replicates 2b1c67e00dfab99c46c5ad46b5b5af0a1021ce8e
[OK] All nodes agree about slots configuration.
>>> Check for open slots...
>>> Check slots coverage...
[OK] All 16384 slots covered.