Redis 哨兵节点之间相互自动发现机制(自动重写哨兵节点的配置文件)

栏目: 数据库 · 发布时间: 5年前

内容简介:Redis的哨兵机制中,如果是多哨兵模式,哨兵节点之间也是可以相互感知的,各种搜索之后出来的是千篇一律的一个基础配置文件,在配置当前哨兵节点的配置文件中,并没有配置其他哨兵节点的任何信息。如下是一个哨兵节点的配置信息,可以看到,哨兵与哨兵之间没有任何配置,死活想不明白,哨兵之间是如何自动识别的。

Redis的哨兵机制中,如果是多哨兵模式,哨兵节点之间也是可以相互感知的,各种搜索之后出来的是千篇一律的一个基础配置文件,

在配置当前哨兵节点的配置文件中,并没有配置其他哨兵节点的任何信息。

如下是一个哨兵节点的配置信息,可以看到,哨兵与哨兵之间没有任何配置,死活想不明白,哨兵之间是如何自动识别的。

#sentinel端口

port 26379

#工作路径,注意路径不要和主重复

dir "./"

# 守护进程模式

daemonize yes

#关闭保护模式

protected-mode no

# 指明日志文件名

logfile "./sentinel.log"

#哨兵监控的master,主从配置一样,这里只用输入 redis 主节点的ip/port和法定人数。

sentinel monitor mymaster 127.0.0.1 6379 2

# master或slave多长时间(默认30秒)不能使用后标记为s_down状态。

sentinel down-after-milliseconds mymaster 5000

#若sentinel在该配置值内未能完成failover操作(即故障时master/slave自动切换),则认为本次failover失败。

sentinel failover-timeout mymaster 18000

#设置master和slaves验证密码

sentinel auth-pass mymaster root

Redis 哨兵节点之间相互自动发现机制(自动重写哨兵节点的配置文件)

那么哨兵节点直接是如何自动发现的呢,或者说从哪里可以体现出来哨兵节点之间的自动发现呢?

既然会自动识别,因此就怀疑,哨兵节点启动之后,会将自动将这些信息记录到配置文件中去,试了一把,果不其然。

如下是在Redis主从复制的基础上,依次启用三个哨兵节点的后,sentinel.cnf的变化情况

可以发现,当启用了三个哨兵节点之后,sentinel.cnf配置文件会被自动重写,主要有一下几点,如截图从#Generated by CONFIG REWRITE开始

1,增加了一个sentinel myid (标识哨兵节点的唯一性)

2,自动追加哨兵节点本身的信息(这样哨兵节点之间就会相互自动发现),以及redis数据服务的slave的信息

3,自动移除主节点的密码

4,dir 的相对路径被修改为绝对路径

可见,Redis的哨兵不仅是Redis自动故障转义,而且实现了哨兵节点自己的高可用。同时对于密码之类的信息,也是在哨兵节点初始化之后自动移除。

Redis 哨兵节点之间相互自动发现机制(自动重写哨兵节点的配置文件)

主节点自动故障转移的效果。

Redis 哨兵节点之间相互自动发现机制(自动重写哨兵节点的配置文件)

Linux公社的RSS地址https://www.linuxidc.com/rssFeed.aspx

本文永久更新链接地址: https://www.linuxidc.com/Linux/2018-11/155607.htm


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

黑客渗透

黑客渗透

冰的原点 / 齐鲁电子音像出版社 / 2009-4 / 22.00元

菜鸟起飞,从这里开始!本笔记将透露:渗透、术语、脚本、内网、溢出各种攻击相关的手段和名词,总结、技巧、细节、亮点,不断变化的攻击思想。 ASP、PHP、JSP等不同类型的脚本漏洞,ACCESS、MYSQL、MSSQL、ORACLE等不同类型的数据库缺陷,国内、国外已知和末知的渗透工具······一起来看看 《黑客渗透》 这本书的介绍吧!

HTML 压缩/解压工具
HTML 压缩/解压工具

在线压缩/解压 HTML 代码

RGB HSV 转换
RGB HSV 转换

RGB HSV 互转工具

HEX HSV 转换工具
HEX HSV 转换工具

HEX HSV 互换工具