echo编辑整理，欢迎转载，转载请声明文章来源。欢迎添加echo微信(微信号：t2421499075)交流学习。百战不败，依不自称常胜，百败不颓，依能奋力前行。——这才是真正的堪称强大！！！

搭建Redis集群之前请准备好3台已经安装好Redis的服务器，CentOS7下安装Redis请阅读:https://blog.csdn.net/xlecho/article/details/102975520

为什么需要Redis集群

Redis 本身的 QPS 已经很高了，但是如果在一些并发量非常高的情况下，性能还是会受到影响。这个时候我们希望有更多的 Redis 服务来完成工作。
第二个是出于存储的考虑。因为Redis所有的数据都放在内存中，如果数据量大，很容易受到硬件的限制。升级硬件收效和成本比太低，所以我们需要有一种横向扩展的方法。
第三个是可用性和安全的问题。如果只有一个Redis服务，一旦服务宕机，那么所有的客户端都无法访问，会对业务造成很大的影响。另一个，如果硬件发生故障，而单机的数据无法恢复的话，带来的影响也是灾难性的。可用性、数据安全、性能都可以通过搭建多个 Reids 服务实现。其中有一个是主节点（master），可以有多个从节点(slave)。主从之间通过数据同步，存储完全相同的数据。如果主节点发生故障，则把某个从节点改成主节点，访问新的主节点。

Redis集群的安装环境准备

在slave中的redis.con配置如下代码

slaveof 192.168.222.135 6379
# 注意，如果你的节点设置了密码访问，你需要配置下面这个配置
masterauth master密码

这里没有将slave设置成为‘只读’，如果实际生产环境如果不设置这个集群就会出现重大问题。

配置完成之后重启Redis

service redis start

查看主节点的集群状态

# 启动redis
redis-server redis.conf
# 连接redis
redis-cli -h 192.168.222.135 -p 6379
# 查看状态
info replication

配置如果成功我们可以看到如下信息：

退出集群

退出集群比较简单，可以直接删除掉上面的配置，也可以执行以下命令

 slaveof no one

看到这个信息我们就已经完成了我们的主从配置。但是什么是哨兵模式？哨兵模式是基于我们集群的，我们有了集群之后，我们就要来配置我们的哨兵模式了

什么是哨兵模式

哨兵模式英文名Sentinel，它是为了解决Redis集群的高可用应运而生的。Redis集群，一般来说只会有一个master服务，当master挂掉之后，之能手动切换master就会造成一段时间内的服务不可用。sentinel就是专门针对这种情况而产生的一个监听服务。它主要负责监听我们一个组内所有Redis，当我们的master挂掉之后，它就会根据Raft算法进行选举一台新的leader出来，然后将选举出来的leader当成我们的master。

搭建哨兵模式

哨兵模式的主要作用就是监控弄Redis集群，所以我们搭建哨兵模式之前要确认我们的Redis集群已经成功搭建了。哨兵模式的搭建其实也相对比较简单，只需要配置主节点监控即可。

# 找到redis根目录下面的sentinel.conf的配置文件，修改如下配置
daemonize yes
port 26379
protected-mode no
dir /usr/local/redis/redis-5.0.1/sentinel-tmp
sentinel monitor mymaster 192.168.222.135 6379 2
sentinel auth-pass mymaster 48835a9c-7a5a-4ec8-af6a-80af3e87b194
# 如果哨兵3s内没有收到主节点的心跳，哨兵就认为主节点宕机了，默认是30秒
sentinel down-after-milliseconds mymaster 3000
# 如果10秒后,master仍没活过来，则启动failover,默认180s
sentinel failover-timeout mymaster 10000

先启动Redis服务，然后在启动sentinel服务

# 启动redis服务 
redis-server redis.conf
# 启动sentinel
redis-sentinel sentinel.conf

模拟master宕机，检测sentinel服务是否成功

模拟之前确保我们的redis、sentinel服务都启动了,登录master，直接在master上面进行shutdown。操作完成之后等待一会，然后使用登录我们的从服务器，连接上从服务的redis之后，我们使用命令info replication 查看当前节点是否成为了master

我这里本来135是master，使用info replication可以看到如下结果

在这里插入图片描述

135使用shutdown之后，分别查看134/133两台服务器

注意：采坑

在这里插入图片描述这是由于我们的下面两行配置的位置放反了引起的。正确顺序按照下面的顺序即可

sentinel monitor mymaster 192.168.222.135 6379 2
sentinel auth-pass mymaster 48835a9c-7a5a-4ec8-af6a-80af3e87b194

做一个有底线的博客主