🎶 哨兵模式

一般来说，哨兵机制会和主从复制模式整合使用，在基于哨兵的模式里会在一台或多台服务器上引入哨兵进程，这些节点也叫哨兵节点。

哨兵节点一般不存储数据，它的作用是监控主从模式里的主服务器节点。当哨兵节点监控的主服务器发生故障时，哨兵节点会主导“故障自动恢复”的流程，具体来讲就是会在该主服务器下属的从服务器里选出一个新的主服务器，并完成相应的数据和配置更改等动作。

也就是说，如果采用这种模式，可以让故障自动修复，从而提升系统的可用性。

优点：

• 故障自动恢复，提升系统可用性

架构图：

🎶 搭建哨兵模式集群

🎶 搭建一主二从复制集群

• 创建一个master节点

docker run -itd --name redis-master -p 6379:6379 redis:6.0

• 创建slave1从节点

docker run -itd --name redis-slave1 -p 6380:6380 redis:6.0

• 查看master节点IP

[root@localhost ~]# docker inspect redis-master | grep IPAddress
            "SecondaryIPAddresses": null,
            "IPAddress": "172.17.0.2",
                    "IPAddress": "172.17.0.2",

• 进入到slave1容器，配置该容器为从节点

[root@localhost ~]# docker exec -it redis-slave1 /bin/bash
root@2621cce29bc3:/data# redis-cli
127.0.0.1:6379> slaveof 172.17.0.2 6379
OK

• 创建slave2从节点

docker run -itd --name redis-slave2 -p 6381:6381 redis:6.0 

• 进入到slave2容器，配置该容器为从节点

[root@localhost ~]# docker exec -it redis-slave2 /bin/bash
root@4f5f4d986465:/data# redis-cli
127.0.0.1:6379> slaveof 172.17.0.2 6379
OK

• 进入到master节点容器，查看当前集群状态

[root@localhost ~]# docker exec -it redis-master /bin/bash
root@2213b1077230:/data# redis-cli
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:2
slave0:ip=172.17.0.3,port=6379,state=online,offset=420,lag=0
slave1:ip=172.17.0.4,port=6379,state=online,offset=420,lag=0

• 当前状态为健康

🎶 创建哨兵节点

• 在/data/redis/redisConf
  目录里创建sentinel1.conf配置文件

port 16379
sentinel monitor master 172.17.0.2 6379 3
dir /
logfile "sentinel1.log"

以上配置含义：

• 第一行指定了哨兵工作端口为16379
• 第二行指定了监控对象，172.17.0.2和6379分别是master节点的IP和端口，3表示需要有3台哨兵节点认可才能认定失败
• 日志位置
• 日志名
  ——————
• 创建第一个哨兵节点

docker run -itd --name redis-sentinel1 -v /data/redis/redisConf/:/redisConfig:rw -p 16379:16379 redis:6.0 redis-sentinel /redisConfig/sentinel1.conf

• 进入到该容器查看状态

[root@localhost ~]# docker exec -it redis-sentinel1 /bin/bash
root@4387bd97f99c:/data# redis-cli -h 127.0.0.1 -p 16379
127.0.0.1:16379> info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=master,status=ok,address=172.17.0.2:6379,slaves=2,sentinels=1

可以看出状态为ok，slaves节点为2，表示正常

• 在/data/redis/redisConf
  目录里创建sentinel2.conf配置文件

port 16380
sentinel monitor master 172.17.0.2 6379 3
dir /
logfile "sentinel2.log"

• 创建第二个哨兵节点

 docker run -itd --name redis-sentinel2 -v /data/redis/redisConf/:/redisConfig:rw -p 16380:16380 redis:6.0 redis-sentinel /redisConfig/sentinel2.conf

• 使用上面的方式创建第三个哨兵节点

port 16381
sentinel monitor master 172.17.0.2 6379 3
dir /
logfile "sentinel3.log"

docker run -itd --name redis-sentinel3 -v /data/redis/redisConf/:/redisConfig:rw -p 16381:16381 redis:6.0 redis-sentinel /redisConfig/sentinel3.conf

• 进入到哨兵3节点，查看状态

[root@localhost redisConf]# docker exec -it redis-sentinel3 /bin/bash
root@d0e57ea6ddfc:/data# redis-cli -h 127.0.0.1 -p 16381
127.0.0.1:16381> info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=master,status=ok,address=172.17.0.2:6379,slaves=2,sentinels=3

从上面信息可以看出，状态为ok，从节点为2，哨兵节点为3，集群状态正常，至此完成了哨兵集群模式的搭建

docker启动容器数：

[root@localhost redisConf]# docker ps
CONTAINER ID   IMAGE       COMMAND                   CREATED             STATUS             PORTS                                                     NAMES
d0e57ea6ddfc   redis:6.0   "docker-entrypoint.s…"   3 minutes ago       Up 3 minutes       6379/tcp, 0.0.0.0:16381->16381/tcp, :::16381->16381/tcp   redis-sentinel3
754320f11984   redis:6.0   "docker-entrypoint.s…"   6 minutes ago       Up 6 minutes       6379/tcp, 0.0.0.0:16380->16380/tcp, :::16380->16380/tcp   redis-sentinel2
4387bd97f99c   redis:6.0   "docker-entrypoint.s…"   53 minutes ago      Up 46 minutes      6379/tcp, 0.0.0.0:16379->16379/tcp, :::16379->16379/tcp   redis-sentinel1
4f5f4d986465   redis:6.0   "docker-entrypoint.s…"   About an hour ago   Up About an hour   6379/tcp, 0.0.0.0:6381->6381/tcp, :::6381->6381/tcp       redis-slave2
2621cce29bc3   redis:6.0   "docker-entrypoint.s…"   About an hour ago   Up About an hour   6379/tcp, 0.0.0.0:6380->6380/tcp, :::6380->6380/tcp       redis-slave1
2213b1077230   redis:6.0   "docker-entrypoint.s…"   About an hour ago   Up About an hour   0.0.0.0:6379->6379/tcp, :::6379->6379/tcp                 redis-master

🎶 哨兵节点的其他配置

• 判断下线时间的阙值

sentinel down-after-milliseconds master 60000

表示60秒内哨兵节点没有收到master服务器的正确响应则认为该服务器已下线

• 故障恢复时效

sentinel failover-timeout master 180000

进行故障恢复时，如果180秒内还没有完成主从服务器的切换动作，就会认定本次恢复动作失败

🎶 哨兵模式下故障自动恢复效果

• 模拟redis-master节点故障，关闭该节点

docker stop redis-master

• 进入到哨兵1节点容器，查看当前集群状态

[root@localhost redisConf]# docker exec -it redis-sentinel1 /bin/bash
root@4387bd97f99c:/data# redis-cli -h 127.0.0.1 -p 16379
127.0.0.1:16379> info sentinel
# Sentinel
sentinel_masters:1
sentinel_tilt:0
sentinel_running_scripts:0
sentinel_scripts_queue_length:0
sentinel_simulate_failure_flags:0
master0:name=master,status=ok,address=172.17.0.4:6379,slaves=2,sentinels=3

此时集群状态正常，但是master ip已经变成172.17.0.4

• 进入到172.17.0.4代表的redis-slave2容器内查看状态

[root@localhost redisConf]# docker exec -it redis-slave2 /bin/bash
root@4f5f4d986465:/data# redis-cli                     
127.0.0.1:6379> info replication
# Replication
role:master
connected_slaves:1
slave0:ip=172.17.0.3,port=6379,state=online,offset=454283,lag=1

此时redis-slave2节点已经变更为master节点

🎶 通过日志查看故障恢复过程

进入到哨兵节点内部查看日志cat /sentinel1.log

注意： 当redis-master节点重新启动后，会自动加入集群，但是会以slave身份运行。

此部分内容到此为止，内从总结自基于docker的redis入门与实战