设为首页收藏本站

LinuxTone | 运维专家网论坛 - 最棒的Linux运维与开源架构技术交流社区!

 找回密码
 注册

QQ登录

只需一步,快速开始

#公告#抱歉,网站将关闭,不再开放。由于PC时代已远逝 。在这个后移动互联网时代,我们继续携手前行,保持对技术的热情。共同构建linuxtone知识星球欢迎加入,一起讨论技术、招聘人才、分享资源。请新老linuxtone人 扫码移步到 知识星球:linuxtone

学习是一种信仰!分享是一种快乐!能力= 心态 * 沟通 * 知识 (你的每一天需要正能量!)

 网站的发展需要你贡献一份力量!希望你能每天坚持看贴1小时,并回答网友的问题!祝你在浏览论坛的过程中取得进步!谢谢!linuxtone加油!大家加油! 友情提示: 你今天学习了吗?你今天进步了吗?少一点抱怨!多一点进步!Life is short ! Why not linuxtone ?  

网站的发展、感谢每位坛友的努力!

查看: 1665|回复: 0

[nginx] 八卦一下软件负载均衡的选型问题 [复制链接]

Rank: 8Rank: 8

签到
257
注册时间
2009-5-23
最后登录
2015-10-9
在线时间
79 小时
阅读权限
90
积分
25804
帖子
123
主题
3
精华
0
UID
3217
发表于 2012-12-20 23:53:08 |显示全部楼层
     看到无数人在各式各样的论坛上问很多lvs/keepalived的初级问题,忍不住八卦几句。就从本来的帖子来看,LVS+keepalived的帖子总共能占10页左右,nginx的能有3页,haproxy就1页。这也做另外一方面能看出大家多各种方案的关注度。

     实际上使用软件进行负载均衡的手段很多种,从基本的DNS 层面可以 从最原始的多加几个A记录到现在CDN上普遍使用的通过bind view针对地域解析就近的节点,都是可以的。

     链路层可以跑ospf集群。

      然后就是大家问的最多的lvs了,主要是大家觉得这个性能最高。lvs本身的几种模式分别适合不同的场景,但是其实无聊NAT、DR还是TUN整体相对比较麻烦,不太适合大规模的简单部署(所以才有了fullnat。。。),DR,TUN模式的要绑VIP,NAT模式得把后端机器的默认网关改掉。。

      我更建议大家如果流量不是太大,放心地使用nginx或者haproxy来做最前端负载均衡,如过要做HA那么就用keepalived配置好vrrp_instance就行了,单机挂了能把IP切给另外一个机器。nginx和haproxy能直接配置更多的逻辑处理规则,也是足够应付很多中小型网站的。基本的配置随便网上搜索别人的例子再看看WIKI或者自带的doc就会,配置的成本非常低。对于有些后端机器本来比较弱的情况,如果后端机器直接开keepalive那么会和客户端保持很多长连接其实对后端服务器非常不利,用nginx或者haproxy可以直接hold住很多长连接,只有用户浏览器实际需要访问资源的时候再向后端发起请求,在后端性能本来不佳情况下可以一定程度上提升整体性能。

   LVS最适合的其实是CDN节点这种情况,流量非常大,DR模式在这样的场景下跑起来效果非常好。但是要是放在一个本来很负责的网络环境,直接用LVS就歇菜了,上千个机器,N多个网段的机器相互通过VIP调用。想着都头大。。。大家基本都是会设计2层的结构(比如LVS+nginx/haproxy)才能直接达到类似F5这样的硬件设备做全局的负载均衡效果。
  
  haproxy的作者在邮件列表回复有些人的选项提问时回答过,nginx/haproxy这种是以“请求”为单位代理型的LB,LVS这种其实是以“包”为单位处理的路由型LB。相对来说经常看到很多人在配置LVS时遇到的各式各样的问题,比如RS上不能访问VIP啦,后端某个机器没有流量啥的。这些其实是很多同学没有好好看过LVS的howto文档,对原理上不是太了解。

回到主题。。建议大家在选项的时候不要过度考虑性能问题,对应每分钟请求几千个的网站用nginx这些都是完全没有问题。。


大家不用在杀蚯蚓的时候就把坦克开出来了。。废了不少油后说不定蚯蚓钻石头缝里去了没有被压死。
您需要登录后才可以回帖 登录 | 注册

IT运维专家网感谢您的支持

合作联系: QQ:67888954/MSN:cnseek@msn.com/mail:netseek@linuxtone.org

Archiver|手机版|感谢所有关心和支持过LinuxTone的朋友们 转载本站内容请注明原作者名及出处 ( 京ICP备08103151 )   |

GMT+8, 2019-12-7 09:18 , Processed in 0.017927 second(s), 14 queries , Apc On.

Powered by Discuz! X2 Licensed

© 2001-2011 Comsenz Inc.

回顶部