redis的确是一个非常高效的缓存服务器,但是单台redis服务器的内存管理能力有限,如果一味的加大内存的话会导致redis服务器的性能下降,所以就必须要搭建redis集群来提供服务。在redis官方在3.0.0版本给出集群方案之前,大部分的企业都使用twemproxy组件来进行redis集群的搭建。

twemproxy 通过引入一个代理层,可以将其后端的多台redis进行统一管理与分配,使应用程序只需要在twemproxy 上进行操作,而不用关心后面具体有多少个真实的redis服务器。

接下来我们来搭建一个twemproxy代理的redis,感受一把redis + twemproxy的魅力。

我们首先搭建起来6个节点的redis集群,

搭建twemproxy,步骤如下

#编译twemproxy需要用到automake和libtool两个编译工具包
sudo apt-get install automake
sudo apt-get install libtool
git clone https://github.com/twitter/twemproxy.git
cd twemproxy
autoreconf -fvi
./configure --enable-debug=log
make

这样,我们就安装成功了,如果我们输入nutcracker -h会有如下的打印结果,就说明我们安装twemproxy成功。

This is nutcracker-0.4.

Usage: nutcracker [-?hVdDt] [-v verbosity level] [-o output file]
[-c conf file] [-s stats port] [-a stats addr]
[-i stats interval] [-p pid file] [-m mbuf size] Options:
-h, --help : this help
-V, --version : show version and exit
-t, --test-conf : test configuration for syntax errors and exit
-d, --daemonize : run as a daemon
-D, --describe-stats : print stats description and exit
-v, --verbose=N : set logging level (default: , min: , max: )
-o, --output=S : set logging file (default: stderr)
-c, --conf-file=S : set configuration file (default: conf/nutcracker.yml)
-s, --stats-port=N : set stats monitoring port (default: )
-a, --stats-addr=S : set stats monitoring ip (default: 0.0.0.0)
-i, --stats-interval=N : set stats aggregation interval in msec (default: msec)
-p, --pid-file=S : set pid file (default: off)
-m, --mbuf-size=N : set size of mbuf chunk in bytes (default: bytes)

然后我修改配置文件,启动twemproxy作为redis的代理。在conf/nutcracker.yml有配置文件的模板,我们照着修改下就可以了,修改后的配置文件如下

beta:
listen: 127.0.0.1:
hash: fnv1a_64
hash_tag: "{}"
distribution: ketama
auto_eject_hosts: false
timeout:
redis: true
servers:
- 127.0.0.1:: server1
- 127.0.0.1:: server2
- 127.0.0.1:: server3
- 127.0.0.1:: server4
- 127.0.0.1:: server5
- 127.0.0.1:: server6

执行如下命令启动twemproxy

nutcracker -d -c conf/nutcracker.yml

我们测试下twemproxy是否可用

ubuntu@ubuntu-virtual-machine:~/redis-3.0./src$ redis-cli -p  -c
127.0.0.1:> set key value
-> Redirected to slot [] located at 192.168.39.153:
OK
192.168.39.153:> get key
"value"

然后进行twemproxy和redis后端的benchmark对比

ubuntu@ubuntu-virtual-machine:~/redis-3.0./src$ redis-benchmark -h 127.0.0.1 -p  -c  -t set -d  -l
SET
35790.98 requests per second
而redis后端的性能是
SET
64935.07 requests per second

说明twemproxy的代理使得redis性能有所损失,但是为了使redis能够支持集群,损失一点性能还是可以接受的。

最新文章

  1. Torch7学习笔记(三)Sequencialization
  2. 3G数据请求
  3. 关于JavaScript继承的那些事
  4. List之Union(),Intersect(),Except()
  5. MySQL zabbix
  6. Jquery自定义扩展方法(一)
  7. 06-scanf函数
  8. 设计模式之美:Bridge(桥接)
  9. map容器
  10. Struts1 标签库 说明
  11. Codeforces Round #324 (Div. 2) A. Olesya and Rodion 水题
  12. CentOS中操作
  13. Jquery ajax使用json形式通信
  14. java学习之异常笔记
  15. textbox文本键盘全选
  16. JS清除DIV的选中状态
  17. Activiti引擎启动失败
  18. Cordova各个插件使用介绍系列(一)—$cordovaSms发送短信
  19. 第三节 - centos 内核启动、救援模式、 ls 、目录结构
  20. php通过ini_set调用output_compression压缩网页

热门文章

  1. Python 3中,import win32com.client 出错
  2. SpringMVC处理json的四个步骤
  3. [博主推荐]如何利用注册 的 bug 来疯狂注册,不停开小号"做"事情,支持 手机号&邮箱
  4. ClientDataSet训练之1
  5. python下载及安装步骤
  6. conda 管理包
  7. Java 设置PDF平铺图片背景(水印)
  8. Linux监控CPU,内存,磁盘I/O
  9. JavaScript 集合基本操作
  10. 基于Docker Compose的.NET Core微服务持续发布