国内最专业的IT技术学习网

UI设计

当前位置:主页 > UI设计 >

Redis集群模式搭建与原理详解

发布时间:2019/09/16标签:   节点    点击量:

原标题:Redis集群模式搭建与原理详解
媒介在 Redis 3.0 之前,应用 尖兵(sentinel)机制来监控各个节点之间的状况。Redis Cluster 是 Redis 的 散布式处理计划,在 3.0 版本正式推出,无效地处理了 Redis 在 散布式 方面的需要。当碰到 单机内存、并发、流量 等瓶颈时,能够采纳 Cluster 架构计划到达 负载平衡 的目标。本文将从 集群计划、数据散布、搭建集群、节点通讯、集群伸缩、恳求路由、毛病转移、集群运维 等几个方面先容 Redis Cluster。注释1. Redis集群计划Redis Cluster 集群形式平日存在 高可用、可扩大性、散布式、容错 等特征。Redis 散布式计划个别有两种:1.1 客户端分区计划客户端 就曾经决议数据会被 存储 到哪个 redis 节点或许从哪个 redis 节点 读取数据。其重要思维是采纳 哈希算法 将 Redis 数据的 key 停止散列,经过 hash 函数,特定的 key会 映照 到特定的 Redis 节点上。客户端分区计划 的代表为 Redis Sharding,Redis Sharding 是 Redis Cluster 进去之前,业界广泛应用的 Redis 多实例集群 方式。Java 的 Redis 客户端驱动库 Jedis,支撑 Redis Sharding 功效,即 ShardedJedis 以及 联合缓存池 的 ShardedJedisPool。长处不应用 第三方旁边件,分区逻辑 可控,设置 简略,节点之间有关联,轻易 线性扩大,机动性强。毛病客户端 无奈 静态增删 效劳节点,客户端须要自行保护 散发逻辑,客户端之间 无衔接同享,会形成 衔接白费。1.2. 代办分区计划客户端 发送恳求到一个 代办组件,代办 剖析 客户端 的数据,并将恳求转发至准确的节点,最初将成果复兴给客户端。长处:简化 客户端 的散布式逻辑,客户端 通明接入,切换本钱低,代办的 转发 和 存储 分别。毛病:多了一层 代办层,减轻了 架构安排庞杂度 和 机能消耗。代办分区 支流完成的无方案有 Twemproxy 和 Codis。1.2.1. TwemproxyTwemproxy 也叫 nutcraker,是 twitter 开源的一个 redis 和 memcache 的 旁边代办效劳器 顺序。Twemproxy 作为 代办,可接收来自多个顺序的拜访,依照 路由规矩,转发给后盾的各个 Redis 效劳器,再原路前往。Twemproxy 存在 单点毛病 成绩,须要联合 Lvs 和 Keepalived 做 高可用计划。长处:利用范畴广,稳固性较高,旁边代办层 高可用。毛病:无奈腻滑地 程度扩容/缩容,无 可视化治理界面,运维不友爱,呈现毛病,不能 主动转移。1.2.2. CodisCodis 是一个 散布式 Redis 处理计划,关于下层利用来讲,衔接 Codis-Proxy 和间接衔接 原生的 Redis-Server 没有的差别。Codis 底层会 处置恳求的转发,不绝机的停止 数据迁徙 等任务。Codis 采纳了无状况的 代办层,关于 客户端 来讲,所有都是通明的。

版权信息Copyright © 银河官网 版权所有    ICP备案编号:鲁ICP备09013610号