每秒从本地实例列表选择5个节点,在这5个节点中选择最久没有通信的实例,向该实例发送PING消息。
站在用户的角度思考问题,与客户深入沟通,找到法库网站设计与法库网站推广的解决方案,凭借多年的经验,让设计与互联网技术结合,创造个性化、用户体验好的作品,建站类型包括:网站设计、做网站、企业官网、英文网站、手机端网站、网站推广、申请域名、网页空间、企业邮箱。业务覆盖法库地区。
即:定时发送PING消息的节点数量=5。
避免一些实例节点一直选不到,会有一个定时任务扫描兜底措施。
集群内部每秒10次的固定频率扫描本地缓存节点列表,也就是每100ms一次。
如果节点:PONG更新时间node.pong_received>(cluster-node-timeout/2)立即向该节点发送PING消息,假设该数量为N。
即:兜底发送的节点数量=10 * N。
通过调大cluster_node_timeout可以减少通信的节点数量,例如:从15秒调整到30秒。
但是,cluster_node_timeout过大会影响故障发现的时间和新节点发现的时间。
一次通信包含消息头和消息体。
消息头:PING消息头相对固定,主要占用的发送节点负责的槽位(myslots[CLUSTER_SLOTS/8])占用2KB。
消息体:会携带一定数量的其他节点信息,默认包含集群总节点数的1/10,最少包含集群的3个节点,最多包含集群总节点数-2。
消息体clusterMsgDataGossip各个字段字节大小,共计104个字节。
属性 |
大小 |
char nodename[CLUSTER_NAMELEN] |
40字节 |
uint32_t ping_sent |
4字节 |
uint32_t pong_received |
4字节 |
char ip[NET_IP_STR_LEN] |
46字节 |
uint16_t port |
2字节 |
uint16_t cport |
2字节 |
uint16_t flags |
2字节 |
uint16_t pport |
保留字段 |
uint16_t notused1 |
4字节 |
合计 |
104字节 |
200个节点的redis集群,一次通信成本:2KB的消息头+2KB的消息体(20*104)= 4KB,一来一回8KB。
携带消息体的大小与集群规模相关,规模越大消息体越大,通信成本越高。
达到一定程度后整体集群性能会下降,Redis Cluster官方建议最大规模1000个实例,实际中通常不会超过500个实例。
节点扩缩容本质上是槽在节点之间的迁移。
节点扩容后,需要将原有节点上的槽迁移到新节点。
如下图所示,当集群中加入节点4时,将节点1的Slo01,节点2的Slot04,节点3的Slot07迁移给节点4以实现数据均衡。
节点缩容前,需要将待下线节点上的槽先迁移走。
如下图所示,当集群中节点4下线,需要先将其拥有的槽位Slot01、Slot04、Slot07迁移走。
槽位迁移命令有:ADDSLOTS、DELSLOTS、FLUSHSLOTS、SETSLOT。
数据存储在槽里,槽分布在实例上,处理客户端请求也是找对应槽的过程。
请求重定向
请求路由过程如下:
为了减少MOVE重定向的开销,例如Jedis在客户端实现时缓存了槽与节点的关系,减少通信的开销。
然而也增加了客户端的复杂性,客户端会为集群中每个节点独立的连接池,集群规模大时占用更多的本地缓存。
如果访问的槽正在做迁移,一部分数据在源节点,而另一部分已经迁移到目标节点,这个流程是如何的?
ASK重定向流程:
ASK的重定向是临时性的,客户端(Jedis)收到回复不更新客户端槽与节点映射,而MOVE的重定向会更新本地槽映射关系。
网页标题:Redis集群模式通信成本影响因素
文章出自:http://www.shufengxianlan.com/qtweb/news14/130664.html
网站建设、网络推广公司-创新互联,是专注品牌与效果的网站制作,网络营销seo公司;服务项目有等
声明:本网站发布的内容(图片、视频和文字)以用户投稿、用户转载内容为主,如果涉及侵权请尽快告知,我们将会在第一时间删除。文章观点不代表本网站立场,如需处理请联系客服。电话:028-86922220;邮箱:631063699@qq.com。内容未经允许不得转载,或转载时需注明来源: 创新互联