0.引言
公司开发需要用到redis，虽然有运维自动搭建，还是记录下如何搭建redis集群和Sentinel。
采用的是vagrant虚拟机+docker的方式进行搭建。
搭建思路：
首先是借鉴下其他博客的docker搭建步骤，直接搭建。主要是：
https://blog.csdn.net/qq_40369435/article/details/91357479
然后就是记录搭建过程中遇到的问题，以及如何一步步解决的。
最后测试。
搭建的集群是：
redis集群：1主2从
sentinel集群：3台
1.基础安装
注：基础安装是根据已有博客搭建的，有很多问题，不是最终步骤。最终步骤在第三部分总结给出，当然也可能有问题，毕竟各个环境可能不同。
（1）在虚拟机中安装docker-compose
默认已经安装过了docker。
1）拉取安装包
curl -L "https://get.daocloud.io/docker/compose/releases/download/1.27.3/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose
2）给docker-compose增加执行权限
chmod +x /usr/local/bin/docker-compose
注：最开始安装docker-compose是先安装python的pip，再通过pip安装docker-compose，但升级pip时问题太多，干脆直接找个拉取源代码的直接下载。惭愧之前搞了那么久的python。
（2）搭建redis集群
1）新建docker-compose.yml文件
version: '2.0' services: master: image: redis container_name: redis-master ports: - 6379:6379 slave1: image: redis container_name: redis-slave-1 ports: - 6380:6379 command: redis-server --slaveof redis-master 6379 slave2: image: redis container_name: redis-slave-2 ports: - 6381:6379 command: redis-server --slaveof redis-master 6379
2）启动redis集群
docker-compose up -d
启动后，
docker ps; # 查看容器启动情况
如果容器启动不成功，docker ps不会列出正在运行的容器，需要查看已经启动过的容器
docker ps -a; #查看启动过的容器
这个时候，如果启动失败，通过docker ps -a知道启动失败的容器id，再通过查看日志的方式找出错误：
docker logs 容器id(一部分即可); # 查看容器的日志
docker logs -f 容器id(一部分即可); # 动态查看容器的日志
（3）搭建sentinel集群
1）sentinel配置文件
一共三台sentinel，准备三份配置文件，分别是sentinel1.conf、sentinel2.conf和sentinel3.conf，将这三份配置文件放在
/usr/local/etc/redis/sentinel.conf目录下。
port 26379 dir "/tmp" # 自定义集群名，其中 127.0.0.1 为 redis-master 的 ip，6379 为 redis-master 的端口，2 为最小投票数（因为有 3 台 Sentinel 所以可以设置成 2） sentinel deny-scripts-reconfig yes #自己的虚拟机ip地址 sentinel monitor mymaster 192.168.165.10 6379 2 sentinel config-epoch mymaster 0 sentinel leader-epoch mymaster 0 # Generated by CONFIG REWRITE(后面这3个注释掉了) # sentinel known-replica mymaster 172.26.0.2 6379 # sentinel known-replica mymaster 172.26.0.3 6379 # sentinel current-epoch 0
同样的内容，复制到sentinel2.conf和sentinel3.conf’
2）docker-compose.yml
version: '2.0' services: sentinel1: image: redis container_name: redis-sentinel-1 ports: - 26379:26379 command: redis-sentinel /usr/local/etc/redis/sentinel.conf volumes: - ./sentinel1.conf:/usr/local/etc/redis/sentinel.conf sentinel2: image: redis container_name: redis-sentinel-2 ports: - 26380:26379 command: redis-sentinel /usr/local/etc/redis/sentinel.conf volumes: - ./sentinel2.conf:/usr/local/etc/redis/sentinel.conf sentinel3: image: redis container_name: redis-sentinel-3 ports: - 26381:26379 command: redis-sentinel /usr/local/etc/redis/sentinel.conf volumes: - ./sentinel3.conf:/usr/local/etc/redis/sentinel.conf
docker-compose.yml文件也放在/usr/local/etc/redis/sentinel.conf目录下
3）启动sentinel集群
docker-compose up -d
redis集群和sentinel集群按照上面步骤，可以通过docker运行，以为已经搭建成功，也可以连接到redis集群中。测试在主库中写，两个从库中都可以读出来，从库也不可以写内容。但是测试主库下线时，此时2个从库并没有有一个切换到主库。开始进行找错。
2.找问题与解决
主要问题：
redis集群的主从是成功的，但故障迁移时是失败的。
先看看测试故障迁移的方法：
1）进入redis-master容器
docker exec -it redis-master /bin/bash
2）进入redis环境
redis-cli -p 6379
3）查看redis角色
info
查看，知道redis-master是master节点。同样步骤查看redis-slave-1和redis-slave-2，都是slave节点
4）停掉master节点
docker stop redis-master
再去查看redis-slave-1和redis-slave-2，发现这两个节点还是slave，并没有一个成为master，表示sentinel故障转移失败。
注：之前没有找到查看sentinel日志的方法(docker logs -f 容器id)，在master节点下线时直接查看sentinel的日志可以直观看到redis的下线、选举和当选主节点的过程。
初步认为原因可能是sentinel监控节点失败的原因：
查看过程：
1）进入到redis-sentinel-1节点，查看节点信息
docker exec -it redis-sentinel-1/bin/bash redis-cli -p 26379 sentinel master mymaster sentinel slaves mymaster
2）发现redis-slave节点都下线了
但实际redis-slave节点是在线的，表明是sentinel认为redis-slave下线 了。可能是之间网络不通的原因导致的。
此时，查找其他网页，发现可以看到sentinel的logs。
查看sentinel的日志：
docker logs redis-sentinel-1
有：
看日志，确实在sentinel启动后，redis-slave是下线了。
尝试1：
最开始看到WARN的信息：Device or resource busy，以为是设备被占用(conf文件会被sentinel再写入)，就往这个方向解决：
出现这个Warning，原因可能是：不能修改配置文件，容器中的配置文件是挂载到外部的。（一般修改文件都是新生成一个然后替换原来的），就会报Device or resource busy.—–>不是主要原因(因为发现其他可以正常故障迁移的也会有这个warning信息)
尝试2：
万能的防火墙、端口原因
检查本地的防火墙，发现防火墙是关闭的，不是我这边下线的原因。
尝试3：
sentinel.conf配置文件问题，没有开启参数
https://blog.csdn.net/weixin_30649859/article/details/97698005
按照上面思路解决，仍然行不通
尝试4：
找到关键性原因：sentinel和slave不能通信，导致sentinel认为slave下线了—》主动下线
https://blog.csdn.net/woluoyifan/article/details/84252705
https://www.cnblogs.com/erbiao/archive/2018/06/08/9156215.html
上面特别强调docker的1:1端口映射。但没有给出具体的解决方案。
继续找寻解决方法：
https://cloud.tencent.com/developer/article/1343834
https://www.cnblogs.com/JulianHuang/p/12650721.html
这篇文章具有决定性帮助作用，首先他考虑到了docker环境下端口映射问题，其次他考虑到了网络问题。
按照这篇文章从新搭建下，发现最后还是出现了redis-slave在sentinel一启动就下线的问题。
看评论，应该是配置文件中sentinel端口都一样，实际应该每个配置文件都不同的。按照这种方法进行修改，不幸的是，还是失败。
继续再这篇博客的思路上思考，里面提出了network和redis_defalut的网络配置，将重心放到解决这个上面。
最开始在配置文件中配置这个，启动redis-sentinel集群会报错：
按照上面的提示，进行docker network create redis_default操作，应该是创建这个网络，就可以成功启动sentinel集群。
按照道理说，redis-master中应该有自己的network信息的，可能是这篇博主的network信息是redis_default和我机器上的不同，不然怎么会又要创建一个。按照这个思路，进入到redis-master容器中，查看信息。
docker inspect redis-master
发现：
确实，我的机器上加redisconf_default
到这算是有个突破口了。
根据这几轮的探索，主要针对最后一篇博客做了如下几个点的修改：
1）redis集群的端口对应是：
6379：6379 6380：6379 6381：6379
这样在commond中 master的端口才是6379，在sentinel.conf中的端口也是6379。
2）sentinel文件夹的docker-compose.yml
networks:
default:
external:
name: redisconf_default
3）sentinel.conf
sentinel1.conf、sentinel2.conf和sentinel3.conf的port都不相同，分别是26379、26380和26381 。
sentinel monitor的ip地址是master节点的dockerip地址，port就是master的port。
经过上面的修改，发现故障迁移是成功的。
3.最终安装步骤
下面是适合我的机器的最终安装步骤，经过测试可以行的通。但不能保证完全没有问题。有问题就解决呗。
（1）安装docker-compose
curl -L "https://get.daocloud.io/docker/compose/releases/download/1.27.3/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose chmod +x /usr/local/bin/docker-compose
（2）搭建redis集群
1）在/usr/local/etc/redis/redis.conf目录下，新建docker-compose.yml
version: '3' services: master: image: redis container_name: redis-master command: redis-server --requirepass redis_pwd --masterauth redis_pwd ports: - 6379:6379 slave1: image: redis container_name: redis-slave-1 ports: - 6380:6380 command: redis-server --slaveof redis-master 6379 --requirepass redis_pwd --masterauth redis_pwd slave2: image: redis container_name: redis-slave-2 ports: - 6381:6381 command: redis-server --slaveof redis-master 6379 --requirepass redis_pwd --masterauth redis_pwd
–requirepass：指定redis登陆的密码。redis集群指定了，sentinel也指定相同的，否则都不指定(没验证过)
2）docker-compose up -d启动redis集群
3）查看redis-master节点的docker-ip和network name
docker inspect redis-master
关键的是上面的redisconf_default和IPAddress
（2）搭建sentinel集群
1）在/usr/local/etc/redis/sentinel.conf目录下，新建docker-compose.yml
具体内容为：
version: '3' services: sentinel1: image: redis container_name: redis-sentinel-1 ports: - 26379:26379 command: redis-sentinel /usr/local/etc/redis/sentinel.conf volumes: - ./sentinel1.conf:/usr/local/etc/redis/sentinel.conf sentinel2: image: redis container_name: redis-sentinel-2 ports: - 26380:26380 command: redis-sentinel /usr/local/etc/redis/sentinel.conf volumes: - ./sentinel2.conf:/usr/local/etc/redis/sentinel.conf sentinel3: image: redis container_name: redis-sentinel-3 ports: - 26381:26381 command: redis-sentinel /usr/local/etc/redis/sentinel.conf volumes: - ./sentinel3.conf:/usr/local/etc/redis/sentinel.conf networks: default: external: name: redisconf_default
2）在/usr/local/etc/redis/sentinel.conf目录下，新建sentinel1.conf、sentinel2.conf和sentinel3.conf
sentinel1.conf
port 26379 dir /tmp sentinel monitor mymaster 172.20.0.3 6379 2 sentinel auth-pass mymaster redis_pwd sentinel down-after-milliseconds mymaster 30000 sentinel parallel-syncs mymaster 1 sentinel failover-timeout mymaster 180000 sentinel deny-scripts-reconfig yes
sentinel2.conf的port为26380，sentinel3.conf的port为26381，其他都一样
3）docker-compose up -d启动sentinel集群
4.测试
sentinel启动之后，通过docker logs -f sentinel容器id看日志：
之前mymaster的192.168网段(错误的配置下)变成和现在slave的同网段了，就可以ping通了，后面没有+sdown slave的信息。就会一直阻塞在这，等待新的操作记录日志。
此时在另一个窗口关闭master节点：docker stop redis-master
日志为：
进入到sentinel的redis-cli中，sentinel slaves mymaster查看，slave都启动的
至此，搭建集群应该成功，有问题再记录解决。
