一、Redis Sentinel 介绍
1、Sentinel
数据库环境搭建，从单机版到主备、再到多数据库集群，我们需要一个高可用的监控；比如Mysql中，我们可能会采用MHA来搭建我们的高可用数据库服务；
目前很多项目都用到了redis，比如我们采用1+2的模式，也就是一主两从；我们设置Redis主从复制，将主节点数据同步给从节点，从而达到：
1、主机异常宕机，从节点作为主节点顶上来，让服务正常运行，给运维留足时间；
2、采用读写分离，分担主节点的读压力；
那么Redis 怎么解决主节点宕机，从节点晋升成主节点，同时需要修改应用方的主节点地址，并且让所有从节点去复制新的主节点，整个过程不需要人工干预的问题？
Redis官方给出了解决方案，就是使用Sentinel来动态监控redis节点，并组建高可用方案。
2、Redis Sentinel的高可用
Redis Sentinel是一个分布式架构，包含若干个Sentinel节点和Redis数据节点，每个Sentinel节点会对数据节点和其余Sentinel节点进行监控，当发现节点不可达时，会对节点做下线标识。
如果被标识的是主节点，他还会选择和其他Sentinel节点进行选举，当大多数的Sentinel节点都认为主节点不可达时，他们会重新选举出一个Sentinel节点来完成自动故障转移工作，同时将这个变化通知给Redis应用方。
整个过程完全自动，不需要人工介入，所以可以很好解决Redis的高可用问题。
3、Redis Sentinel 架构结构图
我们整体部署的拓扑结构如图所示：
1、现部署
分别有3个Sentinel节点，1个主节点，2个从节点组成一个Redis Sentinel集群。
Alias IP port
master 10.192.33.227 37701
slave1 10.192.33.228 37702
slave2 10.192.33.229 37702
Sentinel1 10.192.33.227 37801
Sentinel2 10.192.33.228 37801
Sentinel3 10.192.33.229 37801
二、使用Docker容器部署
1、使用docker部署redis，master和slaver，由于我是在内网部署，所以采用的是离线部署；docker部署再次不多说，如果不懂，可先自行了解，并安装；
2、在redis-01-master中，创建docker-redis-master.sh文件，脚本如下：
docker run -d --network host --name redis-01-master
-v /data/docker/redis/redis-01-master/data:/data
redis:3.2.6-alpine --appendonly yes --port 37701
3、在另外两台机器redis-02-slave下创建docker-redis-master.sh文件，脚本如下：
docker run -d --network host --name redis-02-slave
-v /data/docker/redis/redis-02-slave/data:/data
redis:3.2.6-alpine --appendonly yes
--port 37702 --slave-read-only yes
--slaveof 10.192.33.227 37701
4、分别执行docker-redis-master.sh，之后使用sudo docker ps来查看镜像是否运行
5、搭建sentinel环境，在三台机器上分别建好目录
6、在每个目录中创建这里目录和文件
7、在conf中创建sentinel.conf文件，注意可写入权限
port 37801
dir "/var/redis/data"
logfile "/var/redis/data/logs/sentinel-01.log"
sentinel monitor master003 10.192.33.227 37901 2
sentinel down-after-milliseconds master003 30000
sentinel parallel-syncs master003 1
sentinel failover-timeout master003 180000
port 是sentinel节点的端口
dir是监控日志
sentinel monitor是指当前监控主节点
2代表判断主节点失败至少需要2个Sentinel节点节点同意
master003 是主节点的别名
如果超过30000毫秒且没有回复，则判定不可达
故障转移超时时间为180000毫秒
8、创建 docker-sentinel.sh执行文件，脚本如下：
docker run -d --network host --name redis-sentinel-01
-v /data/docker/redis/sentinel-01/data:/var/redis/data
-v /data/docker/redis/sentinel-01/conf:/conf
redis:3.2.6-alpine
/conf/sentinel-01.conf --sentinel
9、依次启动，启动完后，sentinel.conf会自动写入发现的从节点和sentinel的follow节点信息
例如：
port 37801
dir "/var/redis/data"
logfile "/var/redis/data/logs/sentinel-02.log"
sentinel myid 1a26337bb909bba4c9692db916e551b61764dd8c
sentinel monitor master003 10.199.33.229 37701 2
# Generated by CONFIG REWRITE
sentinel config-epoch master003 0
sentinel leader-epoch master003 0
//发现的两个从节点
sentinel known-slave master003 10.199.33.227 37702
sentinel known-slave master003 10.199.33.228 37702
//发现的两个Sentinel节点
sentinel known-sentinel master003 10.199.33.227 37801 7eab541796e47ca8eea9fb4fc646250debc4082a
sentinel known-sentinel master003 10.199.33.229 37801 81f4bac8d2c1f8bdda9caadca05ac1d7adfb89ca
sentinel current-epoch 0
10、检测环境
进入sentinel容器，连接redis
redis-cli -p 37801
127.0.0.1:37801> sentinel masters
1) 1) "name"
2) "master003"
3) "ip"
4) "10.192.33.229"
5) "port"
6) "37701"
7) "runid"
8) "3a03b4ec2c90633edc013f8f2df088bfbc17151e"
9) "flags"
10) "master"
11) "link-pending-commands"
12) "0"
13) "link-refcount"
14) "1"
15) "last-ping-sent"
16) "0"
17) "last-ok-ping-reply"
18) "315"
19) "last-ping-reply"
20) "315"
21) "down-after-milliseconds"
22) "30000"
23) "info-refresh"
24) "9456"
25) "role-reported"
26) "master"
27) "role-reported-time"
28) "85544506"
29) "config-epoch"
30) "0"
31) "num-slaves"
32) "2"
33) "num-other-sentinels"
34) "2"
35) "quorum"
36) "2"
37) "failover-timeout"
38) "180000"
39) "parallel-syncs"
40) "1"
环境基本搭建完成，由于时间关系，暂时只写到这里。后面在详细介绍redis cluster搭建和redis中间件大家redis统一管理；
————————————————
版权声明：本文为CSDN博主「周创」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/OneZhous/article/details/80679352