redis集群最少使用三个主节点和使用16384个槽以及主节点数量不超过1000的原因

目录

集群最少三个主节点的原因

为什么是三个?

为什么是奇数?

16384个槽和1000个主节点


集群最少三个主节点的原因

https://redis.io/docs/management/scaling/

官网建议,搭建 redis 集群最少三主三从。

但是这么做是出于什么考虑呢?

https://worktile.com/kb/p/34708

https://blog.csdn.net/qq_35549286/article/details/127057374

借鉴这位的解答

为什么是三个?

cluster各节点之间需要互相通信确认对方是否存活。

假设有A、B两个节点,

B发现联系不上A,是不能确定A和B谁出了问题的,假设集群中还有一个C节点的话,

如果B、C可以互相联系,但是都联系不上A,

那么这时候就可以确定A出问题了,需要把A从集群中踢出去。

为什么是奇数?

集群可用原则:可用节点数量>集群总节点数量的二分之一,节点数量为奇数个是出于节省资源的考虑。

因为不管是四个还是三个节点,一旦挂了两个,整个集群都是不可用的。

即为了节省资源和节点通信考虑,集群的节点数量为奇数,即

y=2x+1,x为正整数,y为主节点数

16384个槽和1000个主节点

https://redis.io/docs/reference/cluster-spec/#overview-of-redis-cluster-main-components

https://redis.io/docs/management/scaling/#redis-cluster-101

crc16算法 产生的结果是 2^16,即65536,但是取用了 16384,是出于什么原因?

https://github.com/redis/redis/issues/2576

github上回复了。

https://blog.csdn.net/qq_35971258/article/details/126839944

按照上面的文章的意思,节点之间传递ping数据包如果是 16384,myslots数组会是2048个字节,即2KB,如果是65536,即8KB,如果1000个主节点相互传输数据,那是1000*1000*2KB=2000000KB,由于网络传输的单位是bit,转换单位就是2000000*1024*8=16,384,000,000,网卡单位和带宽是 bit,但是计算机表示数据使用的是字节,例如接入的带宽是 1gb,实际上一秒最多传输 128 MB的数据。

1gb 对应的是 bit 总数是1,073,741,824,16,384,000,000/1,073,741,824=15.25,即16gb的网卡才能满足要求,但是一般的网卡达不到这么高,如果有这些节点相互发送数据会造成网络拥堵,这还只是算了主节点,没算副本节点,更不用说8KB的数据了。

内存和cpu执行速度很快。集群的节点数多了这个时候性能瓶颈就在网络上了。所以,主节点数少且是大于3的奇数为好。

相关推荐
sulikey9 小时前
个人Linux操作系统学习笔记6 - 操作系统与进程初识
linux·笔记·学习·操作系统·进程
XGeFei10 小时前
【Fastapi学习笔记(3)】——资源的层级关系、安全性-幂等性、Field、工厂函数
笔记·学习·fastapi
星恒随风11 小时前
Python 基础语法详解(一):从表达式、变量到数据类型
开发语言·笔记·python·学习
暴躁小师兄数据学院12 小时前
【AI大数据工程师特训笔记】第14讲:Linux操作系统与shell脚本
大数据·人工智能·笔记
土狗TuGou13 小时前
SQL内功笔记 · 第8篇:事务的四大特性与隔离级别
数据库·笔记·后端·sql·mysql·oracle
智者知已应修善业13 小时前
【51单片机用T0定时器方式1,实现0.5S的时间间隔实现第一次一个灯亮、第二次二个灯亮,直到全部灯亮,然后重复整个过程】2023-12-29
c++·经验分享·笔记·算法·51单片机
我是一颗柠檬14 小时前
【Java后端技术亮点】热Key探测与本地缓存二级防护:Redis热点问题的终极解决方案
java·redis·后端·缓存·中间件
智者知已应修善业14 小时前
【51单片机4位静态数码管显示1234】2023-11-14
c++·经验分享·笔记·算法·51单片机
whyTeaFo14 小时前
MIT6.1810: xv6 book Chapter4: Traps and system calls 笔记
笔记
cfm_291415 小时前
Redis高并发缓存架构设计与性能优化实战
redis·缓存·性能优化