免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1551 | 回复: 0
打印 上一主题 下一主题

HAProxy负载均衡器的配置与算法举例 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2012-02-17 16:45 |只看该作者 |倒序浏览
HAProxy的对应配置文件如下所示:

global         
log 127.0.0.1   local0         
maxconn 4096         
chroot /usr/local/haproxy         
uid 99           
gid 99         
daemon         
nbproc 1         
pidfile /usr/local/haproxy/logs/haproxy.pid         
debug   
defaults         
log     
127.0.0.1      
local3         
mode   
http         
option httplog         
option httpclose         
option dontlognull         
option forwardfor         
option redispatch         
retries 2         
maxconn 2000         
balance source         
stats   
uri     
/haproxy-stats         
contimeout      5000         
clitimeout      50000         
srvtimeout      50000   
listen 1paituan_proxy 203.93.236.149:80         
option httpchk HEAD /index.jsp HTTP/1.0         
server web1  203.93.236.147:80 cookie app1inst1 check inter 2000 rise 2 fall 1      
server web2  203.93.236.146:80 cookie app1inst2 check inter 2000 rise 2 fall 1
加上日志支持,如下所示:

#vim /etc/syslog.conf   
添加:   
local3.*        
/var/log/haproxy.log  local0.*        
/var/log/haproxy.log   
#vim /etc/sysconfig/syslog   
修改:   
SYSLOGD_OPTIONS="-r -m 0" service syslog restart
这里要注意的几个地方是:

一、HAProyx采用的是balance source机制,它跟LVS的persistent和Nginx的ip_hash一样,是让客户机访问时始终访问后端的某一台真实的web服务器;

二、203.93.236.149是我的网站通过Keepalived生成的VIP地址;

三、 option httpchk HEAD /index.jsp HTTP/1.0 是网页临近,如果HAProxy检测不到Web的根目录下没有index.jsp,就会产生503报错。

HAProxy+keepalived/Heartbeat是我网站的第二套方案,因为刚开始网站上的LVS+Keepalived高可用架构,后来几个朋友说用手机测试氢气阀时,转发很慢,有时打不开,甚有的电脑也是这样,我尝试了以下确实如此;所以用了Nginx+Keepalived以后发现转发速度确实快多了,手机上一拍网也没有这个问题了,由于Nginx+Keepalived在东莞的客户那里已经部署得很成功了,所以后期我也考虑将此网站设计成HAProyx+Keepalived这种架构的。

HAProxy的算法有如下8种:

一、roundrobin,表示简单的轮询,这个不多说,这个是负载均衡基本都具备的;

二、static-rr,表示根据权重,建议关注;

三、leastconn,表示最少连接者先处理,建议关注;

四、source,表示根据请求源IP,建议关注;

五、uri,表示根据请求的URI;

六、url_param,表示根据请求的URl参数'balance url_param' requires an URL parameter name

七、hdr(name),表示根据HTTP请求头来锁定每一次HTTP请求;

八、rdp-cookie(name),表示根据据cookie(name)来锁定并哈希每一次TCP请求。

其实这些算法各有各的用法,我们平时应用得比较多的应该是roundrobin、source和lestconn,大家可以重点关注下。这里我用 HAProxy+Keepalived时没有考虑HAProxy进程级别的高HA,一来是因为淘宝也在用它作为负载均衡器,稳定性肯定不需要怀疑;二来在测试时发现确实相当的稳定,杀掉HAProxy进程还必须用kill -9,所以没有在这上面浪费时间了;在测试时也确实考虑过用HAProxy+Keepalived做双主架构,后来发现不是太好维护就算了。

有一点要提醒大家,HAProxy是支持虚拟主机的,我以前看过有些朋友说它是不支持的,这个其实很好验证,我们做个1+1的架构,后面随便放台 Nginx或Aapceh的web服务器就可能验证这种说法了;另外,经过与Nginx的正则对比,我们也确实发现HAProxy的正则处理能力上不如 Nginx的强大和灵活的,我们这里也可以采取一个折衷的方案,后面的web服务器我们都用Nginx来作,如果是jsp应用,可以用 Nginx+tomat,如果是跑PHP的,可以用Nginx+FastCGI(PHP5)。

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP