dynomite redis sentinel怎么联系起来的

来源：蜘蛛抓取(WebSpider) 时间：2017-01-20 06:52 标签： redis sentinel

大部分出问题的地方主要在切换嘚脚本

实际上这个问题并不一定要去看源代码,直接在reconfig 脚本中部署打印的语句到日志中, 类似我们调试某些存储过程的方式.  

另外如何测试的问題, 当然可以通过命令来关闭REIDS , 但其实也有更好的方式来测试系统是否配置成功可以进行切换,  

DEBUG sleep 秒 的方式可以让主的redis sentinel在你设置的时间无响应而触發你切换.

监控：sentinel节点定期检测redis数据节点其余sentinel节点是否可达。

通知：sentinel 节点会将故障转移结果通知给应用方

主节点故障转移：实现从节点晋升为主节点

配置提供者：在redis sentinel结构中客户端在初始化的时候连接的是sentinel节点集合。从中取得主节点信息

多个sentinel节点之间相互独立，如何发现彼此呢:

2 sentinel节点之间交换主节点的状态。作為客观下线的依据

建议：一个业务一套sentinel。一套sentinel 3个节点方便管理。

当然也可以找到从节点（但是sentinel只对主节点高可用如果要发现从节点。建议故障转移完了且定时执行sentinel reset <master-name>这样可以保证得到可用的slave。）

2、redis sentinelsentinel 客户端只有在初始化的时候和切换主节点时候需要和sentinel节点集合进行交互来获取主节点。所以在设计客户端时候需要将sentinel 节点集合配置成发现服务（sentinel下面master发生变化才通知客户端重新获取连接。即监控》通知）

不然下次旧主节点起来依然被sentinel拉入作为从。）

Sentinel的目的：监视主从服务器并在主服务器下线时自动进行故障转移

因为Redis的Sentinel实际上就是一个运行在Sentinel模式下的Redis服务器，所以我们同样可以使用以下命令来启动一个Sentinel实例

启动Sentinel时需要指定配置文件该文件记录了要监视的主服务器，以及相关的配置参数

使用Sentinel监视主从服务器以及它的从服务器

每个Sentinel实例可以监视任意多个主服务器，以及被监视的主服务器属下的所有从服务器

多个Sentinel实例可以监视同一个主服务器，监视相同主服务器的这些Sentinel会自动地相互连接组成一个分布式的Sentinel网络，互相通信并交换彼此关于被监视服务器的信息

当一个Sentinel认为被监视服务器已经下线时，它会向网络中的其他Sentinel进行确认判断该服务器是否真的已经下线；

如果下线的服务器为主服务器，那么Sentinel网络将对下线主服务器进行自动故障转移：通过将丅线主服务器的某个从服务器提升为新的服务器并让其他从服务器转为复制新的主服务器，并以此来让系统重新回到上线状态

Sentinel在启动時必须指定相应的配置文件：

一个Sentinel配置文件至少要包含一个监视配置选项，用户指定被监视主服务器的相关信息

name：用户为被监视主服务器設置的名字；

ip：被监视主服务器的ip；

port：被监视主服务器的port；

quorum：为确认这个主服务器已下线所需要的最少Sentinel数量；

表示要监视的主服务器的名芓为hadoop000它的ip地址是127.0.0.1，端口号为6379而确认这个服务器已下线最少需要两个Sentinel同意；

Sentinel可以自动发现并监视主服务器属下的所有从服务器，所以用戶只需要给出主服务器的地址和端口号即可

如果要在同一台机器上运行多个Sentinel实例，用户还需要通过port number选项来为每个sentinel设置不同的端口号如果不进行设置，Sentinel默认端口号为26379；

如果要在同一台机器上运行两个Sentinel实例用户可以通过载入以下两个配置文件来分别将两个Sentinel实例的端口号设置为26379和26380：

执行如下两条命令，将创建2个监视主服务器S1的sentinel实例：

我要回帖

更多关于 redis sentinel 的文章

 

随机推荐