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.

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

2、长连接查看

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

2.1  10.10.20.11上看到的长连接：

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

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

2.2 10.10.20.9上看到的长连接：

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

那么，长连接上交换什么数据呢？

三、sentinel之间的数据

我这里，在11上抓了个包：（保存到了11cap这个文件）

tcpdump -i eth1  -w 11cap  port 26379

在windows上用wireshark打开后，

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

另外，也可以看到，有下面这样的：

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

（lsof -p 2557 查看进程打开的文件）

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

这部分我还没有特别懂。

四、参考资料

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