缓存代理twemproxy安装测试

twemproxy的安装要求autoconf的版本在2.64以上,需要先安装新版autoconf

autoconf安装

	wget http://ftp.gnu.org/gnu/autoconf/autoconf-2.69.tar.gz
	tar zxvf autoconf-2.69.tar.gz 
	cd autoconf-2.69
	./configure 
	make && make install
	cd ..

twemproxy的安装

	git clone https://github.com/twitter/twemproxy.git
	autoreconf -fvi  #生成configure文件
	./configure --prefix=/opt/twemproxy/ --enable-debug=log  
	mkdir -p /opt/twemproxy/{run,conf}  /data/logs/twemproxy/
	ln -s /opt/twemproxy/sbin/nutcracker /usr/bin/

vim conf/nutcracker.yml   #编辑配置文件

		alpha:
		listen: 172.16.175.106:6379    #监听端口
		hash: fnv1a_64				   #key值hash算法,默认fnv1a_64
		distribution: ketama           #分布算法 
#ketama一致性hash算法;modula非常简单,就是根据key值的hash值取模;random随机分布
		auto_eject_hosts: true         #摘除后端故障节点   
		redis: true                    #是否是redis缓存,默认是false
		timeout: 400                   #代理与后端超时时间,毫秒
		server_retry_timeout: 200000   #摘除故障节点后重新连接的时间,毫秒
		server_failure_limit: 1	       #故障多少次摘除
		servers:
		- 172.16.175.145:6379:1 
		- 172.16.175.122:6379:1 
		- 172.16.175.85:6379:1 
		- 172.16.175.168:6379:1

nutcracker -t -c /opt/twemproxy/conf/nutcracker.yml

#测试配置文件 如果不加-c 默认是检测conf/nutcracker.yml

nutcracker -d -c /opt/twemproxy/conf/nutcracker.yml -p /opt/twemproxy/run/redisproxy.pid -o /data/logs/twemproxy/redisproxy.log        #启动

twemproxy测试

1.后端加机器会导致部分key丢失,机器加的越多,丢失率越高

2.自动摘除故障机器是根据配置来的:server_retry_timeout 是失败后间隔多少毫秒再连接;server_failure_limit 是失败多少次摘除(有个问题,摘除故障节点后,分布到此节点的key会分布到其他节点,当故障节点恢复后,key还是重新分布到故障节点)

3.如果启动多个nutcracker进程,需要-s指定监控端口,默认是22222

4.单台twemproxy比单redis性能略有下降,多台相同配置twemproxy同时提供请求比redis性能好,可以通过haproxy的tcp模式实现

5.key分布基本均匀,取1万个号码,执行set num num操作,4台redis分布key数量是2500左右

时间: 2024-07-31 18:45:57

缓存代理twemproxy安装测试的相关文章

varnish缓存代理的安装

二.安装varnish 1.安装依赖关系的软件包(注:使用centos在线yum源) [[email protected] ~]# yum -y install autoconfautomake libedit-devel libtool ncurses-devel pcre-devel pkgconfigpython-docutils python-sphinx 2.安装varnish Varnish的官方网址为http://varnish-cache.org,可以在这里下载最新版本的软件.

Redis 缓存代理 twemproxy

4台 redis 服务器 172.16.1.37:6379   - 1 172.16.1.36:6379   - 2 172.16.1.35:6379   - 3 172.16.1.34:6379   - 4 安装 autoconf centos 7 yum 安装既可, autoconf 版本必须 2.64以上版本 yum -y install autoconf 安装 twemproxy git clone https://github.com/twitter/twemproxy.git aut

twemproxy安装配置(memcahe代理)

twemproxy安装配置介绍:twemproxy,也叫nutcraker.是一个twtter开源的一个redis和memcache代理服务器. redis作为一个高效的缓存服务器,非常具有应用价值.但是当使用比较多的时候,就希望可以通过某种方式 统一进行管理.避免每个应用每个客户端管理连接的松散性.同时在一定程度上变得可以控制.作用: 通过代理的方式减少缓存服务器的连接数自动在多台缓存服务器间共享数据通过不同的策略与散列函数支持一致性散列通过配置的方式禁用失败的结点运行在多个实例上,客户端可以

reids(缓存,reids下载,安装 测试)

什么是缓存:缓存就是数据交换的缓冲区(称作Cache),当某一硬件要读取数据时,会首先从缓存中查找需要的数据,如果找到了则直接执行,找不到的话则从内存中找.由于缓存的运行速度比内存快得多,故缓存的作用就是帮助硬件更快地运行,缓存数据存放内存条 什么是java内置缓存:将数据存放在jvm中,关闭服务,则缓存数据清空,可以用一个static Map 来实现一个简单的java缓存: package com.example.demo; import java.util.HashMap; import j

轻量的Memcached代理Twemproxy的部署

轻量的Memcached代理Twemproxy的部署 Twemproxy(又称为nutcracker)是一个轻量级的Redis和Memcached代理,主要用来减少对后端缓存服务器的连接数.由Twitter开源出来的缓存服务器集群管理工具,主要用来弥补Redis和Memcached对集群(cluster)管理指出的不足. Twemproxy是一个快速的单线程代理程序,支持Memcached ASCII协议和更新的Redis协议. Twemproxy最了不起的地方就在于它能在节点失败的时候卸载它,

Varnish缓存代理简介与配置

一.varnish原理: 1)Varnish简介: varnish缓存是web应用加速器,同时也作为http反向缓存代理.你可以安装varnish在任何http的前端,同时配置它缓存内容.与传统的 squid 相比,varnish 具有性能更高.速度更快.管理更加方便等诸多优点.有一部分企业已经在生产环境中使用其作为旧版本的squid的替代方案,以在相同的服务器成本下提供更好的缓存效果,Varnish更是作为CDN缓存服务器的可选服务之一. 根据官网的介绍,Varnish的主要特性如下:http

varnish 4.0 缓存代理配置

一.varnish原理: 1)Varnish简介: varnish缓存是web应用加速器,同时也作为http反向缓存代理.你可以安装varnish在任何http的前端,同时配置它缓存内容.与传统的 squid 相比,varnish 具有性能更高.速度更快.管理更加方便等诸多优点.有一部分企业已经在生产环境中使用其作为旧版本的squid的替代方案,以在相同的服务器成本下提供更好的缓存效果,Varnish更是作为CDN缓存服务器的可选服务之一. 根据官网的介绍,Varnish的主要特性如下:http

varnish4.0缓存代理配置

防伪码:你必须非常努力,才能看起来毫不费力. 一.varnish原理: 1)Varnish简介: varnish缓存是web应用加速器,同时也作为http反向缓存代理.你可以安装varnish在任何http的前端,同时配置它缓存内容.与传统的 squid 相比,varnish 具有性能更高.速度更快.管理更加方便等诸多优点.有一部分企业已经在生产环境中使用其作为旧版本的squid的替代方案,以在相同的服务器成本下提供更好的缓存效果,Varnish更是作为CDN缓存服务器的可选服务之一. 根据官网

Memcached集群/分布式/高可用 及 Magent缓存代理搭建过程 详解

当网站访问量达到一定时,如何做Memcached集群,又如何高可用,是接下来要讨论的问题. 有这么一段文字来描述“Memcached集群” Memcached如何处理容错的? 不处理!:) 在memcached节点失效的情况下,集群没有必要做任何容错处理.如果发生了节点失效,应对的措施完全取决于用户.节点失效时,下面列出几种方案供您选择: * 忽略它! 在失效节点被恢复或替换之前,还有很多其他节点可以应对节点失效带来的影响. * 把失效的节点从节点列表中移除.做这个操作千万要小心!在默认情况下(