redis cluster集群架构详解（十二）- 集群通信

5.5.集群通信

5.5.1. redis cluster 内部通信机制

1、基础通信原理

（1）redis cluster节点间采取gossip协议进行通信

​ 跟集中式不同，不是将集群元数据（节点信息，故障，等等）集中存储在某个节点上，而是互相之间不断通信，保持整个集群所有节点的数据是完整的。

​ 维护集群的元数据常用两种方法，一种是集中式，另一种叫做gossip。

​ 集中式：好处在于，元数据的更新和读取，时效性非常好，一旦元数据出现了变更，立即就更新到集中式的存储中，其他节点读取的时候立即就可以感知到; 不好在于，所有的元数据的跟新压力全部集中在一个地方，可能会导致元数据的存储有压力。

​ gossip：好处在于，元数据的更新比较分散，不是集中在一个地方，更新请求会陆陆续续，打到所有节点上去更新，有一定的延时，降低了压力; 缺点，元数据更新有延时，可能导致集群的一些操作会有一些滞后

​ 我们刚才做reshard，去做另外一个操作，会发现说，configuration error，达成一致。

（2）10000端口

​ 每个节点都有一个专门用于节点间通信的端口，就是自己提供服务的端口号+10000，比如7001，那么用于节点间通信的就是17001端口。

每个节点每隔一段时间都会往另外几个节点发送ping消息，同时其他节点接收到ping之后返回pong。

（3）交换的信息

​ 故障信息，节点的增加和移除，hash slot信息，等等。

2、gossip协议

gossip协议:所有节点都持有一份元数据，不同的节点如果出现了元数据的变更之后，就不断将元数据发送给其他的节点，让其他及诶单也进行元数据的变更。

gossip协议包含多种消息，包括ping，pong，meet，fail，等等。