原文转载自「刘悦的技术博客」v3u.cn/a_id_110redis
咱们知道,Redis的集群方案大体有三种:1)redis cluster集群方案;2)master/slave主从方案;3)哨兵模式来进行主从替换以及故障恢复。docker
sentinel系统能够监视一个或者多个redis master服务,以及这些master服务的全部从服务;当某个master服务下线时,自动将该master下的某个从服务升级为master服务替代已下线的master服务继续处理请求。bash
一样,咱们使用docker进行搭建服务器
新建一个mkdir redis-sentinel文件夹架构
进入项目文件夹 cd redis-sentinel,再创建一个sentinel专门来存放哨兵脚本,而后cd sentinelide
创建sentinel.conf配置文件:ui
sentinel monitor mymaster redis-master 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel parallel-syncs mymaster 1
sentinel failover-timeout mymaster 5000
复制代码
该配置的意思是,监控主服务器的6379端口而且起两个实例,若是哨兵5s内没有收到主节点的心跳,哨兵就认为主节点宕机了,默认是30秒,若是5秒以上链接不上主库同步,则在5秒后进行选举,对其余的从服务器进行角色转换spa
随后,创建sentinel-entrypoint.sh脚本文件:code
#!/bin/sh
sed -i "s/$SENTINEL_QUORUM/$SENTINEL_QUORUM/g" /etc/redis/sentinel.conf
sed -i "s/$SENTINEL_DOWN_AFTER/$SENTINEL_DOWN_AFTER/g" /etc/redis/sentinel.conf
sed -i "s/$SENTINEL_FAILOVER/$SENTINEL_FAILOVER/g" /etc/redis/sentinel.conf
exec docker-entrypoint.sh redis-server /etc/redis/sentinel.conf --sentinel
复制代码
该脚本文件会对配置文件进行同步,用来启动哨兵cdn
而后咱们来创建Dockerfile指定基础镜像,同时拷贝配置文件到镜像内部:
FROM redis
EXPOSE 26379
ADD sentinel.conf /etc/redis/sentinel.conf
RUN chown redis:redis /etc/redis/sentinel.conf
COPY sentinel-entrypoint.sh /usr/local/bin/
RUN chmod +x /usr/local/bin/sentinel-entrypoint.sh
ENTRYPOINT ["sentinel-entrypoint.sh"]
复制代码
最后退到项目根目录 cd ..
创建docker-compose.yml配置文件:
master:
image: redis
ports:
- "6379:6379"
slave1:
image: redis
command: redis-server --slaveof redis-master 6379
links:
- master:redis-master
ports:
- "6380:6379"
slave2:
image: redis
command: redis-server --slaveof redis-master 6379
links:
- master:redis-master
ports:
- "6381:6379"
sentinel1:
build: sentinel
environment:
- SENTINEL_DOWN_AFTER=5000
- SENTINEL_FAILOVER=5000
links:
- master:redis-master
- slave1
sentinel2:
build: sentinel
environment:
- SENTINEL_DOWN_AFTER=5000
- SENTINEL_FAILOVER=5000
links:
- master:redis-master
- slave2
复制代码
意思是,咱们起三台redis服务,分别跑在6379,6380,6381 ,一主两从,而且有两个哨兵实例来监控他们,最后项目结构是这样的
在项目根目录下,启动服务:
docker-compose up --force-recreate
复制代码
若是但愿在后台运行能够加-d参数
此时咱们能够测一下同步是否成功,分别开三个窗口登陆到redis,redis-cli -p 6379,redis-cli -p 6380,redis-cli -p 6381
在主库6379中set 123 123,而后分别在从库get 123
咱们能够手动中止主库的容器进程,来模拟宕机的状况
docker stop redissentinel_master_1
复制代码
此时主库已经链接不上了,咱们进入从库,使用info命令来查看从库的角色
发现以前6380原本是从库(slave)角色,如今已经变成主库了(master)了
其实这就是所谓的高负载高可用架构,在使用集群承担高负载的同时,也能进行高可用的容灾机制。
相关视频攻略:
原文转载自「刘悦的技术博客」 v3u.cn/a_id_110