百度BDRP 分布式 redis 集群

背景简介
BDRP(baidu distributed redis platform)是包含twemproxyredis,redis-sentinel 等多个模块开发的分布式 redis 平台。bdrp 已经在 github 上进行了开源,bdrp 的 github 项目点这里
系统架构


目前 redis 集群架构主要有以下几个组件: twemproxy:redis 的代理系统,可以选择多种数据分片算法 redis:集群的 redis 存储节点 sentinel:redis 官方的集群高可用组件,可以监控 redis 主节点故障,并进行主备切换
对比开源版本 twemproxy 解决方案,我们为集群添加了每个 redis 数据分片的主从架构,并且添加了 sentinel 模块,基于这些架构的拓展,我们实现了集群的高可用,数据高可靠的解决方案,集群数据读写请求分离方案。另外,针对线上的复杂应用环境,我们还未 twemproxy 增加了权限管理,流量控制(开发中)两个功能。 下面我们就分别简单介绍下这四个新添加的功能。
功能介绍
1,高可用切换
由于 twemproxy 开源版本对于集群的高可用方案只提供了自动弹出数据分片功能,因此如果应用方如果需要高可用集群的话,需要打开自动弹出功能。但是,即便是对于一致性哈希分片算法,弹出一个分片也是会造成一个分片的数据丢失的。对于数据可靠性的要求比较高的服务来说,如果丢失整个分片的数据是无法接受的。 我们基于 redis 官方的 sentinel 模块,实现了 redis 集群的节点高可用,数据高可靠方案。如上面的架构图所示,redis 集群的所有 redis 分片,都配置了对应的从库,通过 redis 主从传输进行元数据复制。同时,每个 redis 分片都会用 sentinel 进行监控,当分片的主 redis 节点故障时,sentinel 会将该分片的从节点切换成主节点。 twemproxy 和 sentinel 之前维护一个长连接,并订阅 sentinel 的主从切换事件频道。一旦 sentinel 上发生了 redis 的主从切换,twemproxy 马上就能感知到,然后调整自己的分片拓扑图,将后续的请求发送到新的主库上。 twemproxy 在每次和 sentinel 建立连接后,都会从 sentinel 拉取全量的数据分片地址信息,避免启动时的配置错误,或者运行中连接重建,丢失主从切换信息。
2,读写分离
bdrp2
bdrp2

对于数据量不是很大,但是请求量很大的服务来说,数据分片拆分并不是很好的解决方案,产品线通常会给数据分片配置多个只读从库,分担读请求。为了支持这种需求,我们给 twemproxy 增加了读写分离功能。 如上架构图,展示了一个 server pool 下面挂接两个数据分片,每个数据分片挂接两个只读从库的情景下的架构图。通过 redis 主从复制,给每个数据分片配置多个只读从库。Proxy 从配置中加载到分片从库信息后,在每次转发请求时,判断请求的类型,然后根据请求是否修改 redis 元数据,来决定转发到主库或者从库。对于配置了多个从库的情况,我们会对这几个从库进行 round-robin 轮询 同样的,当一个从库发生故障,proxy 会自动剔除这个从库,当全部从库都故障,proxy 会将只读请求发送到主库上。剔除故障从库之后,proxy 会定期对故障从库进行健康检查,如果从库恢复,proxy 会自动将该从库加回读请求轮询列表当中。
3,权限验证白名单
对于线上服务来说,完善的权限管理是必不可少的。但是 twemproxy 并没有提供权限验证相关的功能。我们添加了基于 IP 白名单的权限验证功能。用户可以配置某些 IP 可以拥有的权限(读 / 写),在 client 连接上来之后,proxy 会去判断 client ip 是否在白名单之内,如果在的话,会将对应权限赋予该 client 连接,否则将会强行断掉连接。当连接上的 client 发送命令过来后,会验证该 client 是否有该命令对应的权限(读 / 写),如果没有的话,该连接将会被强行关闭。
4,流量控制
twemproxy 本身支持开启多个 server_pool,后端挂接不同的 redis 数据分片。这样,单个 proxy 实例可以服务多个应用方。但是对于这种多个服务混用 proxy 的情况,twemproxy 并没有对各个应用方做流量控制。这样造成的一个问题是,可能一个应用方的请求异常突增,占用了过多的 proxy 资源,从而影响了其他的应用方的正常服务请求。 针对这种情况,我们决定开发一个基于 proxy 的 server pool 的流控。简单来说就是给每个 server pool 一定的配额,当某个应用方请求异常突增将其配额耗尽后,我们将会拒绝这个应用方的请求,从而避免该异常应用方请求影响到其他应用方。 流控功能还在设计开发当中,因而本次开源版本中并不包括这个功能。
5,其他说明
github 上面的开源方案使用的 redis 版本是 2.6.16,这个版本是没有主从数据增量重传(partial synchronization)功能的,从库宕机需要进行全量重传,造成性能抖动。因此我们 merge 了 2.8 的增量重传代码以规避此问题。
应用范围
bdrp 在百度检索系统,百度商业产品体系,LBS 产品体系等在线业务广泛应用。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,542评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,596评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 158,021评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,682评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,792评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,985评论 1 291
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,107评论 3 410
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,845评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,299评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,612评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,747评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,441评论 4 333
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,072评论 3 317
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,828评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,069评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,545评论 2 362
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,658评论 2 350

推荐阅读更多精彩内容