自己写了个一键搭建 Redis 哨兵脚本

最近在家中无聊写了一个一键搭建 Redis 哨兵的脚本，是基于 Docker 搭建的，使用非常简单。

下载地址

https://wwu.lanzout.com/ieaAu09pjrsj

安装脚本流程

先开放阿里云 ICMP（Ipv4）端口，让服务器之间可以建立通信

只需要安装 Docker，Docker 安装跳转 https://soora33.github.io/posts/2733575.html

不需要搭建主从，更不需要安装 redis，脚本都会帮你完成

复制权限，直接执行，输入三个参数，哨兵搭建完成

1. 哨兵介绍

大家设想一下，如果我们在生产环境部署一个 Redis，宕机了怎么办，一瞬间访问不到缓存的请求全部打在数据库上，数据库表示你行你上啊。很容易数据库就会崩，数据库一崩，用户数据做不了持久化，连锁反应造成了我们的服务崩溃了，所以，Redis 官方在 2.8 版本加入了 Sentinel 模式，也就是哨兵机制

2. 哨兵机制

下面是 Redis 官方对哨兵的描述

监控（Monitoring）：哨兵会不断地检查主节点和从节点是否运作正常
自动故障转移（Automatic failover）：当主节点不能正常工作时，哨兵会开始自动故障转移操作，它会将失效主节点的其中一个从节点升级为新的主节点，并让其他从节点改为复制新的主节点
配置提供者（Configuration provider）：客户端在初始化时，通过连接哨兵来获得当前 Redis 服务的主节点地址
通知（Notification）：哨兵可以将故障转移的结果发送给客户端

也就是说哨兵运行的时候，会周期性地心跳检测，如果 master 宕机了，并且指定数量的哨兵也认为 master 宕机了，则开始进行故障转移，开始重新选举 master。选举会从众多个服务器中选举一个服务器作为新的 master。选出新的 master 后，会进行数据同步。之后如果宕机的 master 启动后，会以从节点的身份重新加入。完成一次故障转移

3. 主观下线和客观下线

我们判断 master 主节点是否宕机是通过哨兵 ping 命令，如果 ping 超时或者失败，则说明 master 宕机。一个哨兵认为 master 宕机了，叫做” 主观下线”。如果这个时候进行故障转移，会带来额外的计算和通信开销，为了避免这种情况。我们要严格注意误判。而在哨兵集群中，判断 master 是否真的下线，不是由一个哨兵决定的。而是由大多数哨兵决定的。一句话，少数服从多数。这个数量一般设置为 (哨兵总数 / 2)+1，这样可以大大避免误判情况发生。

4. 哨兵核心

哨兵是基于主从的，所以具有主从的所有特性

哨兵模式不保证数据零丢失，只保证 redis 集群的高可用

至少三台实例，保证哨兵的健壮性。

5.sentinel 常用的配置参数如下

# mymaster是哨兵名字 127.0.0.1是master的IP 6379表示端口 2表示有2个哨兵认为master宕机了就进行故障转移
sentinel monitor mymaster 127.0.0.1 6379 2
# mymaster是哨兵名字 30000表示30s没ping通master 认为master宕机
sentinel down-after-milliseconds mymaster 30000
# master和slaves的密码
sentinel auth-pass mymaster 123456
# 主备切换的时间，若在3分钟内没有切换成功，换另一个从节点切换
sentinel failover-timeout mymaster 18000
# 替换主节点后，剩余从节点重新和新master做同步的并行数量，默认为 1
sentinel parallel-syncs mymaster 1