twemproxy explore
2015-02-05 10:34
204 查看
from:http://www.cnblogs.com/yuxingfirst/archive/2013/02/05/2892947.html
twemproxy,也叫nutcraker。是一个twtter开源的一个redis和memcache代理服务器。 redis作为一个高效的缓存服务器,非常具有应用价值。但是当使用比较多的时候,就希望可以通过某种方式 统一进行管理。避免每个应用每个客户端管理连接的松散性。同时在一定程度上变得可以控制。 搜索了不少的开源代理项目,知乎实现的python分片客户端。node的代理中间层,还有各种restfull的开源代理。
RedBrige
C + epoll实现的一个小的webserver
redis自身执行lua脚本的功能来执行redis命令
访问时在url中带上lua脚本文件的名字,直接调用执行该lua脚本
本质是通过http协议远程执行lua脚本
Webdis
libevent, http-parser...实现的小型web服务器
C 语言实现,通过unix-socket,TCP调用redis命令。
访问方法:
redis-proxy
使用node写的redis代理层。
支持主从节点的失败处理(可以仔细研究)
测试后发现性能为原生的1/3
twemproxy
支持失败节点自动删除
可以设置重新连接该节点的时间
可以设置连接多少次之后删除该节点
该方式适合作为cache存储
支持设置HashTag
通过HashTag可以自己设定将两个KEYhash到同一个实例上去。
减少与redis的直接连接数
保持与redis的长连接
可设置代理与后台每个redis连接的数目
自动分片到后端多个redis实例上
多种hash算法(部分还没有研究明白)
可以设置后端实例的权重
避免单点问题
可以平行部署多个代理层.client自动选择可用的一个
支持redis pipelining request
支持状态监控
可设置状态监控ip和端口,访问ip和端口可以得到一个json格式的状态信息串
可设置监控信息刷新间隔时间
高吞吐量
连接复用,内存复用。
将多个连接请求,组成reids pipelining统一向redis请求。
另外可以修改redis的源代码,抽取出redis中的前半部分,作为一个中间代理层。最终都是通过linux下的epoll 事件机制提高并发效率,其中nutcraker本身也是使用epoll的事件机制。并且在性能测试上的表现非常出色。
配置部署建议: 编译时候打开logging模块。
redis部署知识: AOF;一种记录redis写操作的文件,用于恢复redis数据。
转自:http://cloudaice.com/twemproxy-explore/
twemproxy,也叫nutcraker。是一个twtter开源的一个redis和memcache代理服务器。 redis作为一个高效的缓存服务器,非常具有应用价值。但是当使用比较多的时候,就希望可以通过某种方式 统一进行管理。避免每个应用每个客户端管理连接的松散性。同时在一定程度上变得可以控制。 搜索了不少的开源代理项目,知乎实现的python分片客户端。node的代理中间层,还有各种restfull的开源代理。
RedBrige
C + epoll实现的一个小的webserver
redis自身执行lua脚本的功能来执行redis命令
访问时在url中带上lua脚本文件的名字,直接调用执行该lua脚本
本质是通过http协议远程执行lua脚本
Webdis
libevent, http-parser...实现的小型web服务器
C 语言实现,通过unix-socket,TCP调用redis命令。
访问方法:
/cmd/key/arg0,arg1,...实质是对redis命令的简单变换
redis-proxy
使用node写的redis代理层。
支持主从节点的失败处理(可以仔细研究)
测试后发现性能为原生的1/3
twemproxy
支持失败节点自动删除
可以设置重新连接该节点的时间
可以设置连接多少次之后删除该节点
该方式适合作为cache存储
支持设置HashTag
通过HashTag可以自己设定将两个KEYhash到同一个实例上去。
减少与redis的直接连接数
保持与redis的长连接
可设置代理与后台每个redis连接的数目
自动分片到后端多个redis实例上
多种hash算法(部分还没有研究明白)
可以设置后端实例的权重
避免单点问题
可以平行部署多个代理层.client自动选择可用的一个
支持redis pipelining request
支持状态监控
可设置状态监控ip和端口,访问ip和端口可以得到一个json格式的状态信息串
可设置监控信息刷新间隔时间
高吞吐量
连接复用,内存复用。
将多个连接请求,组成reids pipelining统一向redis请求。
另外可以修改redis的源代码,抽取出redis中的前半部分,作为一个中间代理层。最终都是通过linux下的epoll 事件机制提高并发效率,其中nutcraker本身也是使用epoll的事件机制。并且在性能测试上的表现非常出色。
配置部署建议: 编译时候打开logging模块。
redis部署知识: AOF;一种记录redis写操作的文件,用于恢复redis数据。
转自:http://cloudaice.com/twemproxy-explore/
相关文章推荐
- twemproxy explore
- twemproxy explore,redis和memcache代理服务器
- twemproxy explore
- twemproxy explore
- Redis 和 Memcached集群-Twemproxy
- Redis-Twemproxy AgentでSentinelのmaster-change eventを監視する
- twemproxy auth认证时序
- twemproxyRedis协议解析探索——剖析twemproxy代码正编
- twemproxy 安装
- memcached/redis比较 缓存代理比较(Twemproxy/Codis/Redis-cluster)
- redis(10)、redis集群twemproxy
- redis(10)、redis集群twemproxy
- Redis+Twemproxy+HAProxy集群
- Redis/SSDB+Twemproxy安装与使用
- Redis 代理服务Twemproxy
- Redis+twemproxy(nutcracker)实现Redis多集群方案
- redis+twemproxy自动分片(一致性hash)
- Redis+TwemProxy(nutcracker)集群方案部署记录
- 简述redis的sentinel和Twemproxy
- Redis+TwemProxy(nutcracker)集群方案部署记录