<强>一、复述,群集架构细节:强>
1,所有的复述,节点彼此互联(乒乓球机制)内部使用二进制协议优先传输速度和带宽。
2节点的失效(失败)在群集中超过半数的主(主)节点检测失效时才会生效。
3,客户端与复述,节点直连,不需要中间代理(代理)层,客户端不需要连接群集所有节点,连接群集中任何一个可用节点即可。
4, redis-cluster把所有的物理节点映射到(0 - 1638)槽上,集群负责维护node<趕lot<?关键。
<强>二,redis-cluster选举:强>
选举过程是群集中所有主参与,如果半数以上主节点与当前主节点通信超时(cluster-node-timeout)认为当前主节点挂掉。以下两种情况为整个群集不可用(cluster_state:失败),当群集不可用时,所有对群集的操作都不可用,收到((错误)CLUSTERDOWN Thecluster下降)错误:
-
<李>
如果群集中任意主挂掉,且当前主人没有奴隶,则群集进入失败的状态,也可以理解成群集的槽映射(0 - 16383)不完整时进入失败状态。
李> <李>如果群集中超过半数的主挂掉,无论是否有奴隶,群集都进入失败状态。李>默认情况下,每个群集的节点都是用两个TCP端口,一个是6379,一个是16379;6379年服务于客户端的连接,16379年用于群集总线,就是使用二进制协议的节点到节点通信通道。节点使用群集总线进行故障检测,配置更新,故障转移授权等。
<强>复述,群集原理:强>
1,复述,集群架构:
复述,集群采用虚拟槽分区,将所有的数据根据算法映射到0 ~ 16384整数槽内
引用>
复述,集群是一个无中心的结构
每个节点都保存数据和整个集群的状态
2,集群角色:
主:主之间分配槽
奴隶:奴隶向它指定的主人同步数据
3,集群节点使用的TCP端口
6379端口用于客户端的连接
16379端口用于群集总线Redis3.0版本以上开始支持群集,采用的是散列槽(哈希槽),可以将多个复述,实例整合在一起,形成一个群集,也就是将数据分散到群集的多台服务器上。
。集群(
复述,复述,群集)是一个无中心的结构,如下图所示,每个节点都会保存数据和整个群集的状态。每个节点都会保存其他节点的信息,知道其他节点所负责的槽,并且会与其他节点定时发送心跳信息,能够及时感知群集中异常的节点。
复述,群集部署及原理