windows下部署sentinel模式的Redis主从集群

一时失言乱红尘 2023-02-12 03:28 19阅读 0赞

# 写在前面 #

在前面一篇文章中，我介绍了如何在windows下安装普通的redis主从，也介绍了主从模式下的问题，那么本文就介绍Redis集群中一种更优的模式，Sentinel模式。

# 开始 #

**1.先下载**  
https://github.com/MicrosoftArchive/redis/releases

**2.拷贝3份**  
![在这里插入图片描述][20200524120418808.png]  
**3.修改每一份里面的配置文件redis.windows.conf**

master-6380文件夹中redis.windows.conf文件配置（主）

port 6380

slave-6381文件夹中redis.windows.conf文件配置（从）

port 6381
    slaveof 127.0.0.1 6380

slave-6382文件夹中redis.windows.conf文件配置（从）

port 6382
    slaveof 127.0.0.1 6380

**4.哨兵配置**  
每一个redis目录中都创建一个文sentinel.conf文件。  
主（master-6380）的sentinel.conf文件内容：

#当前Sentinel服务运行的端口
    port 26379
    #master
    #Sentinel去监视一个名为mymaster的主redis实例，这个主实例的IP地址为本机地址127.0.0.1，端口号为6379，
    #而将这个主实例判断为失效至少需要2个 Sentinel进程的同意，只要同意Sentinel的数量不达标，自动failover就不会执行
    sentinel monitor mymaster 127.0.0.1 6380 1
    #指定了Sentinel认为Redis实例已经失效所需的毫秒数。当 实例超过该时间没有返回PING，或者直接返回错误，那么Sentinel将这个实例标记为主观下线。
    #只有一个 Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移：只有在足够数量的Sentinel都将一个实例标记为主观下线之后，实例才会被标记为客观下线，这时自动故障迁移才会执行
    sentinel down-after-milliseconds mymaster 5000
    #指定了在执行故障转移时，最多可以有多少个从Redis实例在同步新的主实例，在从Redis实例较多的情况下这个数字越小，同步的时间越长，完成故障转移所需的时间就越长
    sentinel config-epoch mymaster 12
    #如果在该时间（ms）内未能完成failover操作，则认为该failover失败
    sentinel leader-epoch mymaster 13

从（slave-6381和slave-6382）的sentinel.conf文件内容，

#当前Sentine2服务运行的端口
    port 26479
    #slave1
    sentinel monitor mymaster 127.0.0.1 6380 1
    sentinel down-after-milliseconds mymaster 5000
    sentinel config-epoch mymaster 12
    sentinel leader-epoch mymaster 13

**5.启动服务**  
进入每一个redis目录下，执行如下命令

redis-server.exe redis.windows.conf

启动哨兵  
编写一个 bat 来启动 sentinel，在每个节点目录下建立 startup\_sentinel.bat，内容如下：

title sentinel-6380
     redis-server.exe sentinel.conf --sentinel

# 测试 #

redis-cli.exe -p 6380
    info replication

![在这里插入图片描述][20200524121043849.png]  
可以看到有两个从了  
关掉主redis，过几秒钟，会看到其中一个从被选举为了主，到此，配置完毕。

# 如何批量启动 #

![在这里插入图片描述][2020052412121061.png]

参考：https://blog.csdn.net/ITLTX1024/article/details/100665452

[20200524120418808.png]: https://img-blog.csdnimg.cn/20200524120418808.png
[20200524121043849.png]: https://img-blog.csdnimg.cn/20200524121043849.png
[2020052412121061.png]: https://img-blog.csdnimg.cn/2020052412121061.png