背景简介
BDRP(baidu distributed redis platform)是包含twemproxy,redis,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,读写分离
对于数据量不是很大,但是请求量很大的服务来说,数据分片拆分并不是很好的解决方案,产品线通常会给数据分片配置多个只读从库,分担读请求。为了支持这种需求,我们给 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 产品体系等在线业务广泛应用。