上篇文章介绍了主从架构以及lua脚本。

一、Sentinel集群

主从的搭建我们已经完成，但如果主节点宕机，这时候导致整个redis服务不可用怎么办呢？

运维可以手动重启主节点，或者手动去修改从节点，把从节点改为主节点。

但redis本身由哨兵，我们可以通过配置哨兵来监听主节点是否宕机，宕机发起选举新的主节点。

第一步：cp sentinel.conf sentaine_26379.conf

第二步：

port 26379

daemonize yes

pidfile “/var/run/redis-sentinel-26379.pid”

logfile “26379.log”

dir “/user/local/redis-5.0.3/data”

sentinel monitor mymaster 192.168.0.70 6379 2

此处mymaster名字是可以随便取的，也可以取mymaster1 或者matser2

（这里2代表什么意思呢？

我们正常需要开启三个哨兵，当其中两个哨兵与主节点断开连接，则就发起重新选举。）

由图可以看到，我搭建的sentinel已经启动成功，它本质也是一个redis服务。

StringRedisTemplate继承RedisTemplate，前者采用string序列化策略，保存的key和value都是序列化，后者是jdk序列化策略。

一般redis单节点配置不会超过10个g。

因为如果配置rdb或者重写的时候，内存特别大的时候，会给主节点造成非常大的压力，所以要小于10个G。

二、jedisCluster

高可用集群架构，与前面的哨兵最大区别是，这边会分片放，前面哨兵如果master放10个g，那么这里的cluster则会分成三部分，分别为3个g，3个g，4个g。

第一步：mkdir redis-cluster

mkdir 8001 8004

第二步：cp redis.conf 到8001下面

修改配置：

daemonize yes

Port 8001

Dir /usr/local/redis-cluster/8001/

# 启动集群命令yes

Cluster-enabled yes

Cluster-config-file nodes-8001.conf

Cluster-node-timeout 5000

# bind 127.0.0.1

# 关闭保护模式

Protected-mode no

appendonly yes

# 设置密码如下

# 设置redis访问密码

Requirepass keying

# 设置集群节点间访问密码

Masterauth keying

第三步：如上复制到8004然后修改配置

搭建好之后启动，发现8001和8004启动的服务进程和之前的不同，后面有cluster

Tags：requirepass