1、twemproxy explore
当我们有大量 redis 或 memcached 的时候，通常只能通过客户端的一些数据分配算法（比如一致性哈希），来实现集群存储的特性。虽然redis 2.6版本已经发布redis cluster，但还不是很成熟适用正式生产环境。 redis 的 cluster 方案还没有正式推出之前，我们通过 proxy 的方式来实现集群存储。
twitter，世界最大的redis集群之一部署在twitter用于为用户提供时间轴数据。twitter open source部门提供了twemproxy。
twemproxy,也叫nutcraker。是一个twtter开源的一个redis和memcache代理服务器。 redis作为一个高效的缓存服务器，非常具有应用价值。但是当使用比较多的时候，就希望可以通过某种方式 统一进行管理。避免每个应用每个客户端管理连接的松散性。同时在一定程度上变得可以控制。
twemproxy是一个快速的单线程代理程序，支持memcached ascii协议和更新的redis协议：
它全部用c写成，使用apache 2.0 license授权。项目在linux上可以工作，而在osx上无法编译，因为它依赖了epoll api.
twemproxy 通过引入一个代理层，可以将其后端的多台 redis 或 memcached 实例进行统一管理与分配，使应用程序只需要在 twemproxy 上进行操作，而不用关心后面具体有多少个真实的 redis 或 memcached 存储。
2、twemproxy特性：
另外可以修改redis的源代码，抽取出redis中的前半部分，作为一个中间代理层。最终都是通过linux下的epoll 事件机制提高并发效率，其中nutcraker本身也是使用epoll的事件机制。并且在性能测试上的表现非常出色。
3、twemproxy问题与不足
twemproxy 由于其自身原理限制，有一些不足之处，如： - 不支持针对多个值的操作，比如取sets的子交并补等（mget 和 del 除外）
- 不支持redis的事务操作
- 出错提示还不够完善
- 也不支持select操作
4、安装与配置
具体的安装步骤可用查看github：
twemproxy 的安装，主要命令如下：
apt-get install automake
apt-get install libtool
git clone git://github.com/twitter/twemproxy.git
cd twemproxy
autoreconf -fvi
./configure --enable-debug=log
make
src/nutcracker -h
通过上面的命令就算安装好了，然后是具体的配置，下面是一个典型的配置 redis1:
listen: 127.0.0.1:6379 #使用哪个端口启动twemproxy
redis: true #是否是redis的proxy
hash: fnv1a_64 #指定具体的hash函数
distribution: ketama #具体的hash算法
auto_eject_hosts: true #是否在结点无法响应的时候临时摘除结点
timeout: 400 #超时时间（毫秒）
server_retry_timeout: 2000 #重试的时间（毫秒）
server_failure_limit: 1 #结点故障多少次就算摘除掉
servers: #下面表示所有的redis节点（ip:端口号:权重）
- 127.0.0.1:6380:1
- 127.0.0.1:6381:1
- 127.0.0.1:6382:1
redis2:
listen: 0.0.0.0:10000
redis: true
hash: fnv1a_64
distribution: ketama
auto_eject_hosts: false
timeout: 400
servers:
- 127.0.0.1:6379:1
- 127.0.0.1:6380:1
- 127.0.0.1:6381:1
- 127.0.0.1:6382:1
你可以同时开启多个 twemproxy 实例，它们都可以进行读写，这样你的应用程序就可以完全避免所谓的单点故障。
http://blog.csdn.net/hguisu/article/details/9174459/