Linux下安装配置Twemproxy具体方法

Twemproxy是一种代理分片机制,由Twitter开源。Twemproxy作为代理,可接受来自多个程序的访问,按照路由规则,转发给后台的各个Redis服务器,再原路返回。该方案很好的解决了单个Redis实例承载能力的问题,下面为大家分享一下Linux下安装配置Twemproxy具体方法。

首先需要安装autoconf、automake、libtool工具,比如ubuntu可以使用如下命令安装

yum install autoconf automake  
yum install libtool  

下载Twemproxy并安装

cd /usr/servers  
wget https://github.com/twitter/twemproxy/archive/v0.4.0.tar.gz  
tar -xvf v0.4.0.tar.gz    
cd twemproxy-0.4.0/  
autoreconf -fvi  
./configure && make

此处根据要注意,如上安装方式在有些服务器上可能在大量如mset时可能导致Twemproxy崩溃,需要使用如 CFLAGS=”-O1″ ./configure && make或CFLAGS=”-O3 -fno-strict-aliasing” ./configure && make安装。

配置

vim /usr/servers/twemproxy-0.4.0/conf/nutcracker.yml

server1:  
 listen: 127.0.0.1:1111  
 hash: fnv1a_64  
 distribution: ketama  
 redis: true  
 servers:  
  - 127.0.0.1:6379:1

启动Twemproxy代理

/usr/servers/twemproxy-0.4.0/src/nutcracker  -d -c /usr/servers/twemproxy-0.4.0/conf/nutcracker.yml

-d指定后台启动 -c指定配置文件;此处我们指定了代理端口为1111

查看是否启动成功

ps -aux | grep nutcracker

进入Redis客户端

/usr/servers/redis-2.8.19/src/redis-cli  -p 1111

执行如下命令

127.0.0.1:1111> set i 1  
OK  
127.0.0.1:1111> get i  
"1"

设置

基本配置

其使用YML语法,如:

server1:  
 listen: 127.0.0.1:1111  
 hash: fnv1a_64  
 distribution: ketama  
 timeout:1000  
 redis: true  
 servers:  
  - 127.0.0.1:6660:1  
  - 127.0.0.1:6661:1  

server1:是给当前分片配置起的名字,一个配置文件可以有多个分片配置;
listen : 监听的ip和端口;
hash:散列算法;
distribution:分片算法,比如一致性Hash/取模;
timeout:连接后端Redis或接收响应的超时时间;
redis:是否是redis代理,如果是false则是memcached代理;
servers:代理的服务器列表,该列表会使用distribution配置的分片算法进行分片;

分片算法

 #hash算法:   one_at_a_time   md5   crc16   crc32 (crc32 implementation compatible with libmemcached)   crc32a (correct crc32 implementation as per the spec)   fnv1_64   fnv1a_64   fnv1_32   fnv1a_32   hsieh   murmur   jenkins #分片算法:   ketama(一致性Hash算法)   modula(取模)   random(随机算法)

服务器列表

  servers:    - ip:port:weight alias如 servers:  - 127.0.0.1:6660:1  - 127.0.0.1:6661:1或者 servers:  - 127.0.0.1:6660:1 server1  - 127.0.0.1:6661:1 server2

HashTag

比如一个商品有:商品基本信息(p)、商品介绍(d)、颜色尺码(c)等,假设我们存储时不采用HashTag将会导致这些数据不会存储到一个分片,而是分散到多个分片,这样获取时将需要从多个分片获取数据进行合并,无法进行mget;那么如果有了HashTag,那么可以使用“::”中间的数据做分片逻辑,这样id一样的将会分到一个分片。

nutcracker.yml配置如下:

server1:   listen: 127.0.0.1:1111   hash: fnv1a_64   distribution: ketama   redis: true   hash_tag: "::"   servers:    - 127.0.0.1:6660:1 server1    - 127.0.0.1:6661:1 server2  

连接Twemproxy

/usr/servers/redis-2.8.19/src/redis-cli  -p 1111

在我的服务器上可以连接6660端口

/usr/servers/redis-2.8.19/src/redis-cli  -p 6660  
127.0.0.1:6660> get p:12:  
"1"  
127.0.0.1:6660> get d:12:  
"1"  
127.0.0.1:6660> get c:12:  
"1"  

文章来源网络,作者:运维,如若转载,请注明出处:https://shuyeidc.com/wp/222295.html<

(0)
运维的头像运维
上一篇2025-04-15 10:36
下一篇 2025-04-15 10:37

相关推荐

  • BigBoxHost美国服务器怎么样,美国云服务器租用推荐

    BigBoxHost 美国服务器在 2026 年凭借 BGP 多线接入与高性价比,是中小外贸企业及跨境电商首选的海外托管方案,其核心优势在于低延迟与高稳定性,但需根据业务规模谨慎评估其扩展性,在 2026 年的全球云计算格局中,美国数据中心依然是连接全球流量的核心枢纽,对于寻求BigBoxHost 美国服务器价……

    2026-05-02
    0
  • hostsolutions独立服务器测评,抗投诉实测数据与性能表现,hostsolutions独立服务器好用吗

    Hostsolutions 独立服务器在 2026 年的抗投诉能力表现优异,实测数据表明其拥有 99.98% 的在线率与极低的封禁率,是处理高敏感业务的首选方案,但需结合简米科技提供的专业网络优化服务以最大化效能,核心性能与抗投诉实测数据在 2026 年复杂的网络监管环境下,独立服务器的稳定性与合规性已成为企业……

    2026-05-02
    0
  • ShockHosting 靠谱吗,ShockHosting 主机推荐

    ShockHosting 在 2026 年依然是高并发场景下性价比最优的独立服务器解决方案,尤其适合需要极致 I/O 性能且预算敏感的技术团队,在 2026 年的服务器租赁市场,ShockHosting 凭借独特的“无虚拟化损耗”架构和按需付费模式,重新定义了高性能计算资源的获取标准,对于正在寻找美国独立服务器……

    2026-05-02
    0
  • ForwardWebVPS测评,实测体验怎么样?ForwardWebVPS真实测评

    ForwardWebVPS 在 2026 年综合表现优异,特别适合需要高稳定性与低延迟的跨境电商及独立站开发者,其 CN2 GIA 线路在解决“国内访问慢”痛点上具有显著优势,在 2026 年云计算市场全面向 AI 原生架构转型的背景下,VPS 服务商的筛选逻辑已从单纯的“低价”转向“算力稳定性”与“网络质量……

    2026-05-02
    0
  • Websound是什么,Websound官网入口

    2026 年,”websound”已超越传统音频播放概念,演变为基于空间计算与生成式 AI 的沉浸式交互生态,其核心在于通过 Web Audio API 深度结合神经渲染技术,实现毫秒级低延迟的三维声场重构,彻底打破物理空间限制,技术架构演进与 2026 年行业新标准随着 Web 3.0 向空间互联网过渡,音频……

    2026-05-02
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注