1、概述
redis 集群可以在一组 redis 节点之间实现高可用性和 sharding。在集群中会有 1 个 master 和多个 slave 节点。当 master 节点失效时，应选举出一个 slave 节点作为新的 master。然而 redis 本身(包括它的很多客户端)没有实现自动故障发现并进行主备切换的能力，需要外部的监控方案来实现自动故障恢复。
redis sentinel 是官方推荐的高可用性解决方案。它是 redis 集群的监控管理工具，可以提供节点监控、通知、自动故障恢复和客户端配置发现服务。
2、遇到的问题
1、docker host网络
docker使用host网络时对于windows 、mac不生效(没找到解决方案)，最后放弃了windows 使用centos部署集群。
2、不使用host网络的情况下sentinel 连接问题
不使用host网络的情况下连接sentinel集群时可以指定主节点端口故可以正常联通， 但在主节点故障时 sentinel 从主节点获取到的 ip 是容器内的虚拟 ip 导致集群无法正常连接。
3、搭建过程
1、目录结构
2、sentinel 配置文件
1、sentinel1.conf
|
1
2
3
4
5
6
7
8
9
10
11
|
#端口号port 26379dir /tmp# mymaster：自定义集群名，2:投票数量必须2个sentinel才能判断主节点是否失败sentinel monitor mymaster <ip> <port> 2# 指的是超过5000秒，且没有回复，则判定主节点不可达sentinel down-after-milliseconds mymaster 5000# 表示在故障转移的时候最多有numslaves在同步更新新的mastersentinel parallel-syncs mymaster 1# 故障转移超时时间sentinel failover-timeout mymaster 5000 |
2、sentinel2.conf
|
1
2
3
4
5
6
7
8
9
10
11
|
#端口号port 26380dir /tmp# mymaster：自定义集群名，2:投票数量必须2个sentinel才能判断主节点是否失败sentinel monitor mymaster <ip> <port> 2# 指的是超过5000秒，且没有回复，则判定主节点不可达sentinel down-after-milliseconds mymaster 5000# 表示在故障转移的时候最多有numslaves在同步更新新的mastersentinel parallel-syncs mymaster 1# 故障转移超时时间sentinel failover-timeout mymaster 5000 |
3、sentinel3.conf
|
1
2
3
4
5
6
7
8
9
10
11
|
#端口号port 26381dir /tmp# mymaster：自定义集群名，2:投票数量必须2个sentinel才能判断主节点是否失败sentinel monitor mymaster <ip> <port> 2# 指的是超过5000秒，且没有回复，则判定主节点不可达sentinel down-after-milliseconds mymaster 5000# 表示在故障转移的时候最多有numslaves在同步更新新的mastersentinel parallel-syncs mymaster 1# 故障转移超时时间sentinel failover-timeout mymaster 5000 |
3、docker-compose.yml
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
|
version: '2'services: master: image: redis:4.0 restart: always container_name: redis-master #使用主机网络 network_mode: "host" command: redis-server --port 16379 slave1: image: redis:4.0 restart: always container_name: redis-slave-1 network_mode: "host" # 指定端口并指定master ip 端口 command: redis-server --port 16380 --slaveof <master ip> 16379 slave2: image: redis:4.0 restart: always container_name: redis-slave-2 network_mode: "host" command: redis-server --port 16381 --slaveof <master ip> 16379 sentinel1: image: redis:4.0 restart: always container_name: redis-sentinel-1 network_mode: "host" # 指定sentinel文件位置 command: redis-sentinel /usr/local/etc/redis/sentinel.conf # 使用数据卷映射文件到指定sentinel位置 volumes: - ./sentinel/sentinel1.conf:/usr/local/etc/redis/sentinel.conf sentinel2: image: redis:4.0 restart: always container_name: redis-sentinel-2 network_mode: "host" command: redis-sentinel /usr/local/etc/redis/sentinel.conf volumes: - ./sentinel/sentinel2.conf:/usr/local/etc/redis/sentinel.conf sentinel3: image: redis:4.0 restart: always container_name: redis-sentinel-3 network_mode: "host" command: redis-sentinel /usr/local/etc/redis/sentinel.conf volumes: - ./sentinel/sentinel3.conf:/usr/local/etc/redis/sentinel.conf |
4、使用centos 部署集群测试效果
1、测试通过sentinel1连接集群
2、测试主节点子节点数据同步
3、关闭master查看主备切换
sentinel 正常联通
主节点从16379 切换 至16381
结尾
端午之后偷了一周的懒，之前就搭建了一次sentinel 集群由于docker 网络模型问题导致主备节点切换后集群连接不上，昨天看到host不能在window上实现就放到centos上测试了一番完美搞定。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持服务器之家。
原文链接：https://juejin.im/post/5d07ac98e51d4577583ddccc
