IT外包网管服务,谈Redis集群的构建与选举原理

发布者:上海IT外包来源:http://www.lanmon.net点击数:1462

蓝盟IT外包小贴士,来喽!
redis群集是由一组主从节点组成的分布式服务器组,具有复制、高可用性和片特性。 Redis群集不需要安全哨兵,节点删除和故障转移功能也可以完成。 必须将每个节点设置为群集模式。 此群集模式没有中心节点,客户端使用CRC16算法将key设置为hash
为了得到判断该key存储在哪个主从服务中的值,即使主从全体瘫痪,redis集群也部分可以使用。 易于扩展级别,可以随时根据业务规模进行调整。 根据官方文档,可以直线扩展到数万节点(但是官方建议不超过1000个节点)。 redis群集的性能和高可用性优于哨兵模式。
使用修改后的配置文件启动redis服务。 这里主要用3个建筑。 因此,首先使用指定的配置文件redis-master.conf启动六个redis服务。 src/redis-server  redis-master.conf
然后在节点间开始通信来构筑集群,最后看到被分配了16384个slots,构筑计划有3个master,各个master被指定了时隙。 通过crc16 hash算法获得的注册key的值存储在redis主从模式中的范围意味着这是redis片段集群模式。


gossip协议的优点是元数据更新的分布式优点是:元数据更新不是集中在一个位置,而是更新请求连续地更新到所有节点,存在恒定延迟并且减少压力
如果自己的服务端口号为10000,例如为6379,则在节点间通信中使用的是16379端口。 每一个节点每隔一段时间向其它节点发送ping消息,而其它节点接收该ping消息并将其返回给pong消息。
例如,由三个小主仆a、b、c组成的集群,a的master挂起,a的两个弟弟开始选举,结果b的master向a的弟弟A1、c的master投票,第二次选举开始,选举回合标志1继续向上流动。 实际上,从节点并不是在主节点成为故障状态时立即开始选举,而是存在一定程度的延迟,因此可以保证故障状态正在等待传播到集群,当slave立即尝试选举时,其他主节点可能没有意识到故障状态并且,下式中的随机数能够有效地避免slave同时开始选举,结果成为平局。

IT外包
>
400-635-8089
立即
咨询
电话咨询
服务热线
400-635-8089
微信咨询
微信咨询
微信咨询
公众号
公众号
公众号
返回顶部