设为首页 收藏本站
查看: 486|回复: 0

[经验分享] Nginx HttpMemcModule和直接访问memcached效率对比测试

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2016-12-7 09:02:41 | 显示全部楼层 |阅读模式
  • 测试环境:

  • 测试客户机A: HP DL380G4,2个双核CPU,4G Ram,2块10k RPM SAS盘做raid 1,ext3
  • Nginx所在服务器B:DELL R710,E5620 * 2,32G Ram,6块盘15K RPM SAS盘做raid 1+0,xfs
  • Memcached所在服务器C:DELL R710,E5620 * 2,32G Ram,6块盘15K RPM SAS盘做raid 5,ext4
  • Nginx设置:keepalive 8192
  • Php fpm设置:listen.backlog = -1
  • memcached启动参数:memcached -d -m 24576 -p 12000 -c 10240
  • 内核参数:

net.ipv4.tcp_tw_recycle = 0net.ipv4.tcp_tw_reuse = 0net.ipv4.tcp_timestamps = 1
关于这几个内核参数对应的解释可参考资料:2.12. Reduce TCP performance spikes
  • 测试方案:

  • 使用php连接本地nginx代理,存取远程memcached数据;
  • 使用php直接连接远程memcached服务器;
  • 从测试客户端用ab发起并发测试;
  • 并发线程从64开始,直到2048,分别是64的N倍;
  • 每种并发模式都进行5轮测试,最后取平均值;
  • 存储在memcached中的key长度96个字符,value长度400字符,总是随机生成;

  • 测试结果:

NginxHttpMemcMC-vs-NativeMC-benchmark-2013091301-300x180.jpg    NginxHttpMemcMC-vs-NativeMC-benchmark-2013091302-300x180.jpg
NginxHttpMemcMC-vs-NativeMC-benchmark-2013091303-300x180.jpg    NginxHttpMemcMC-vs-NativeMC-benchmark-2013091304-300x180.jpg
结论及建议:
  • Php程序通过HttpMemcMC访问memcache和直接访问memcached的效率并没有太多损失;
  • 采用php直接访问memcached,失败的次数相比通过HttpMemcMC有较大增加,应该是HttpMemcMC在keepalive方面更有优势;
  • 后续会在进行一次测试,调整nginx、php及内核相关参数,再做对比;
  • 本次测试没有和正常的http请求混在一起对比,测试结果不具备绝对参考价值;

单从本次测试结果来看,HttpMemcMC值得拥有 :)
  • 结果结果更新:

调整上述几个内核参数:
net.ipv4.tcp_tw_recycle = 1net.ipv4.tcp_tw_reuse = 1net.ipv4.tcp_timestamps = 1
通过调整内核参数,调整tcp连接复用性提高tcp效率,新的测试结果如下:
NginxHttpMemcMC-vs-NativeMC-benchmark-2013091305-300x180.jpg     NginxHttpMemcMC-vs-NativeMC-benchmark-2013091306-300x180.jpg NginxHttpMemcMC-vs-NativeMC-benchmark-2013091307-300x180.jpg     NginxHttpMemcMC-vs-NativeMC-benchmark-2013091308-300x180.jpg
备注:由于2次测试案例中,每并发线程请求数不一样,所以你会发现两边的数据无法直接对比,这是我的失误,抱歉。
  • 补充小结:

调整完内核后:
1. 可以发现,HttpMemc的平均效率只有NativeMC 72.62%;
2. 调整内核tcp参数对提升tcp效率非常有帮助,Failed requests次数完全为0;
3. 由于可以提高memcached连接复用率以及对程序透明的好处,即便HttpMemc性能不如NativeMC,损失并不是非常厉害,仍然是可以接受的;



运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-310771-1-1.html 上篇帖子: Nginx安装过程 下篇帖子: nginx+keepalived简单实现双击热备-高可用HA
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表