redis6.0.8在服务器上集群安装

下载解压

首先去官网下载redis,然后把redis上传到服务器并解压(略)

安装

进入到解压目录下，依次执行以下命令：

make
make install PREFIX=安装目录

我这里安装在/root目录下的redis-cluster文件夹中
进入到安装好的目录下的bin目录中

配置redis.conf

将解压目录下的redis.conf文件复制一份到bin目录下

cp /root/redis-6.0.8 ./

复制完成后：

编辑redis.conf文件，修改以下部分

注释掉bin 127.0.0.1 让所有的IP都能访问redis
#bin 127.0.0.1
#是否开启保护模式，默认开启。要是配置里没有指定bind和密码。开启该参数后，redis只会本地进行访问，拒绝外部访问。
protected-mode no
#redis监听的端口号
port 7001
#是否在后台执行，yes：后台运行；no：不是后台运行
daemonize yes
#redis的进程文件
pidfile /var/run/redis_7001.pid
# 指定了记录日志的文件。空字符串的话，日志会打印到标准输出设备。后台运行的redis标准输出是/dev/null
logfile /usr/local/redis/redis01/redis7001.log
# 指定本地数据库文件名，一般采用默认的 dump.rdb
dbfilename dump7001.rdb
# 数据目录，数据库的写入会在这个目录。rdb、aof文件也会写在这个目录
dir ./
# 集群
cluster-enabled yes
# 生成的node文件，不过不指定名称则直接为nodes.conf。在同一台服务器上启动第二个实列的时候就会报错。因为nodes.conf文件发生冲突
cluster-config-file nodes7001.conf
#开启aof,rdb(快照模式)会存在丢失数据的可能性,这里可根据实际需求来开启，如果追求性能可以不开启，如果追求安全性则开启，企业中一般使用集中持久化策略，部署多台从节点，最后一台从节点采用aof持久化，always:总是执行
everysec:每秒钟执行(默认)，no:不执行。
appendonly everysec

快照模式解释

# 在 900 秒内最少有 1 个 key 被改动，或者 300 秒内最少有 10 个 key 被改动，又或者 60 秒内最少有 1000 个 key 被改动，以上三个条件随便满足一个，就触发一次保存操作。

#    if(在60秒之内有10000个keys发生变化时){
#      进行镜像备份
#    }else if(在300秒之内有10个keys发生了变化){
#      进行镜像备份
#    }else if(在900秒之内有1个keys发生了变化){
#      进行镜像备份
#    }

修改完成后退出并保存
然后将当前创建的redis复制六份并重命名

其他五份也同样配置redis.conf文件
我这里端口号依次设置为7001~7006

部署redis哨兵

给每个从节点都配置一个哨兵，保证集群的高可用
我这里的的主节点是7010~7003 从节点是7004-7006
首先从解压问价中把sentinel.conf文件拷贝到每个主节点中

cp /root/redis-6.0.8/sentinel.conf /root/redis-cluster/redis-1/bin 
cp /root/redis-6.0.8/sentinel.conf /root/redis-cluster/redis-2/bin 
cp /root/redis-6.0.8/sentinel.conf /root/redis-cluster/redis-3/bin 

同样修改参数

//端口自定义修改
port 26379
//开启后台运行
daemonize yes
//改成自己主节点的IP和端口 最后一个是主从节点的总数 
sentinel monitor mymaster 127.0.0.1 6379 2

相关参数（文件命名）也依次修改为对应数值

添加启动和停止脚本

修改完成后为了避免下一次启动需要繁琐的操作可以创建一个.sh文件来记录快速启动
vi startall.sh

cd /root/redis-cluster/redis-1/bin/
./redis-server ./redis.conf
./redis-sentinel ./sentinel.conf
cd /root/redis-cluster/redis-2/bin/
./redis-server ./redis.conf
./redis-sentinel ./sentinel.conf
cd /root/redis-cluster/redis-3/bin/
./redis-server ./redis.conf
./redis-sentinel ./sentinel.conf
cd /root/redis-cluster/redis-4/bin/
./redis-server ./redis.conf
cd /root/redis-cluster/redis-5/bin/
./redis-server ./redis.conf
cd /root/redis-cluster/redis-6/bin/
./redis-server ./redis.conf

vi stopall.sh

kill -9 `ps -ef |grep ./redis-server|grep -v auto|awk '{print $2}' `
kill -9 `ps -ef |grep ./redis-sentinel|awk '{print $2}' `

脚本解释

grep -v这个参数的作用是排除bai某个字符
{print $2}就是输出第二列，如上即是pid这一列
awk找到pid这一列

这里设置的路径都是根据我自己的安装路径来配置的（读者注意），全部停止的脚本有可能也是需要根据查看redis运行进程来写

ps -ef | grep redis

测试脚本

redis集群链接

最后是进入到redis的解压目录src中将redis集群链接到一起

redis-cli --cluster create 127.0.0.1:7001 127.0.0.1:7002 127.0.0.1:7003 127.0.0.1:7004 127.0.0.1:7005 127.0.0.1:7006 --cluster-replicas 1

将上面的127.0.0.1换成自己主机IP即可
注意：之前都是用redis-trib.rb,这里这个命令已经过时了，如果使用会提示转用redis-cli，并告知redis-cli拥有所有redis-trib.rb的功能

敲黑板！敲黑板！敲黑板！
这里有个坑！
如果执行成功，会询问你是否同意它的链接策略，这里直接yes即可
接下来就开始链接redis集群了，这段时间可能很长。。。
这里忘记截图了。。。。。
然后一直jion。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
这里的原因是因为部署redis集群还需要打开reids的集群总线端口。
集群总线端口是redis客户端连接的端口+10000。
如：redis客户端端口是7001。
则：集群总线端口就是17001。
如果是在虚拟机上部署，直接关闭防火墙就行
如果是在服务器上部署，记得去控制台把对应的集群总线端口打开

打开后再运行一遍
到这里redis集群就部署完成了

redis集群链接测试

由于集群的分配是根据添加数据key的哈希值经过CRC16的算法来分配存储集群位置的
进入到redis解压目录的src下
打开端口为7001的redis客户端

./redis-cli -p 7001 -c

存入数据测试

可以看到，存入的adasda超出了端口为7001的redis集群的范围，重定向到了端口为7002的redis
到这里redis集群就部署成功了

redis哨兵部署测试

首先再redis7001中存储一个测试数据

关闭redis7001再测试

登录7001发现登录失败，登录7002
获取再7001里获取的数据
发现重定向到了7001的从节点7005

测试成功
如果此时7001节点复活
则7001成为7005的从节点
到此redis集群配置就完成了