sentinel支持的redis高可用集群配置详解

sentinel支持的redis高可用集群配置详解

支持的redis高可用集群配置详解

更新时间：2022年04月01日 10:59:45   作者：一夕如环

这篇文章主要为大家介绍了支持的redis高可用集群配置详解，有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步早日升职加薪

一、首先配置redis的主从同步集群

1、主库的配置文件不用修改，从库的配置文件只需增加一行，说明主库的IP端口。如果需要验证的，也要加多一行redis高可用集群，认证密码。

192.168.20.26 5268

一主多从的话，就启用多个从库。其中，从库都是一样的方案。本次有两个slave。

2、命令检查

/usr/local/redis/bin/redis-cli -p 5257 -a info

二、高可用

1、概况。是redis自带的附件，在新的版本redis安装都有。是称作哨兵的监控机制，当达到一定数量的投票支持，redis的就会切换。本次使用容器搭建，主要讲述配置文件。

2、配置文件。注意：每次要抛弃上一次集群都考检查配置文件，因为是靠更改配置文件实现功能的。

监听端口。

第一行最后的那个2，是说明需要两个确认客观下线，需要切换，才能操作。

如果有需要密码验证的，要在这里添加密码信息，否则不能通讯。

在配置文件后面几行是启动后系统自动添加。

3、启动。

启动之后，本实验就是3台redisredis高可用集群，三台，的配置文件自动填写了集群和redis集群的信息。因为网络影响，所以单单凭一台之言就随便切换，所以一般情况需要3台以上。

确认5268是，连接两个slave。

4、测试。

a、关掉。

b、检查4157和。发现已经转移到5257。

c、查看转移日志。

+-state–

…………

+-end

第一行是确认预先的架构复核标准。

第二行认为5268已经客观下线。

第三行表示准备重写主从架构的配置文件。

第四行表示开始重写。

第五行表示故障切换处理5268完毕.。

第六、七行记录在中已经认为4157和5268作为slave已经追随。

第九行认为5268已经沦落为slavesentinel支持的redis高可用集群配置详解，但是并不在线。紧接着标记主观下线。

第十行表示5268重启后符合slave标准，用“-”移除主观下线记录。

但是，查了两次5257，并没有发现5268的信息。于是我们查看的日志，看没有连上是怎么回事，反正那边已经认为连上。

d、恢复后的的日志。（异常处理）

.

满满的认证不成功，已经很明显告知，5268恢复之后就是slave了，因为此时的5257已经有了密码，而5268没有密码记录，自然没有认证成功连上。

所以在加上在面前的认证密码。

e、重启验证。

重启

检查redisredis高可用集群，发现5268已经连上。

到此为止，支持的redis高可用集群就全部完成sentinel支持的redis高可用集群配置详解，IP自动切换方面下次探索。