Redis复制和Sentinel

本文详细介绍了Redis主从配置步骤,包括配置文件修改、服务器启动与数据读写验证。同时深入解析Sentinel原理,涵盖配置参数详解、故障转移机制及实战演示。

Redis主从配置:

 一:将redis.windows.conf配置文件复制两份分别为redis.windows6380.conf,redis.windows6381.conf

并修改配置文件,6380的修改如下

 

6381的配置文件如下

 

 

二:启动服务器

(1)启动主服务器:

 

(2)启动从服务器6380,6381

 

在主服务器上写入数据

在从服务器读取数据

 

至此Redis主从就配置完成了

 

三:Sentinel原理及详解

 

 

服务器下线判断:

 

 自动故障转移

 

下线主服务器重新上线

Sentinel的配置

 

四:配置sentinel实例

 

bind 192.168.10.3

port 26749

sentinel monitor mymaster 192.168.10.3 6379 1

sentinel down-after-milliseconds mymaster 60000

sentinel failover-timeout mymaster 180000

sentinel parallel-syncs mymaster 1

 1. port :当前Sentinel服务运行的端口  

2.sentinel monitor mymaster 127.0.0.1 6379 2:Sentinel去监视一个名为mymaster的主redis实例,这个主实例的IP地址为本机地址127.0.0.1,端口号为6379,而将这个主实例判断为失效至少需要2个 Sentinel进程的同意,只要同意Sentinel的数量不达标,自动failover就不会执行  

3.sentinel down-after-milliseconds mymaster 5000:指定了Sentinel认为Redis实例已经失效所需的毫秒数。当 实例超过该时间没有返回PING,或者直接返回错误,那么Sentinel将这个实例标记为主观下线。只有一个 Sentinel进程将实例标记为主观下线并不一定会引起实例的自动故障迁移:只有在足够数量的Sentinel都将一个实例标记为主观下线之后,实例才会被标记为客观下线,这时自动故障迁移才会执行  

4.sentinel parallel-syncs mymaster 1:指定了在执行故障转移时,最多可以有多少个从Redis实例在同步新的主实例,在从Redis实例较多的情况下这个数字越小,同步的时间越长,完成故障转移所需的时间就越长  

5.sentinel failover-timeout mymaster 15000:如果在该时间(ms)内未能完成failover操作,则认为该failover失败  

五:启动sentinel

 

 模拟关掉主服务器,看一下主服务器会不会自动切换

在监控上可以看到已经自动切换了

至些全部完成

转载于:https://www.cnblogs.com/lisus2000/p/9815955.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值