redis-sentinel的理解实践

时间:2023-03-09 19:43:06
redis-sentinel的理解实践

一、前言

组内现在用的是redis 的sentinel。

本着实践的原则,对sentinel的几台服务器进行了网络或者抓包方面的实践。

一共三台redis服务器,

10.10.20.6, 10.10.20.9, 10.10.20.11

其中,10.10.20.11为主。

我代码里是这么配置的:

#集群名称

redis.sentinel.master=redisMaster

redis.sentinel.nodes=10.10.20.6:26379,10.10.20.9:26379,10.10.20.11:26379

二、实践

1、进程查看

每台服务器上都开启了两个进程,各监听一个端口,一个26379,一个6379.

redis-sentinel的理解实践

以上只看了一台,实则,三台都是类似的。

2、长连接查看

另外,三台服务器的sentinel进程之间,应该都是有建立长连接的。我们看看是不是这么回事?

2.1  10.10.20.11上看到的长连接:

下面是从服务器上抓的11和6之间的长连接:

redis-sentinel的理解实践

下面是从服务器上抓的11和9之间的长连接:

redis-sentinel的理解实践

2.2 10.10.20.9上看到的长连接:

redis-sentinel的理解实践

可以看出来,sentinel进程和另外两台服务器上的sentinel进程,都建立了长连接。(另外一台就不一一截图了)

那么,长连接上交换什么数据呢?

三、sentinel之间的数据

我这里,在11上抓了个包:(保存到了11cap这个文件)

tcpdump -i eth1  -w 11cap  port 26379

在windows上用wireshark打开后,

redis-sentinel的理解实践

这个图里,可以看到,有大量的ping/pong心跳消息。

另外,也可以看到,有下面这样的:

redis-sentinel的理解实践

上面提到了53635端口,是sentinel进程打开的,而不是6379端口的进程打开的:

redis-sentinel的理解实践

(lsof -p 2557 查看进程打开的文件)

这个我理解,应该就是各个sentinel之间,向别的sentinel表示自己观察到master是谁,方便后续进行投票吧。

这部分我还没有特别懂。

四、参考资料

https://blog.****.net/qq_33394088/article/details/80587588