Chinaunix首页 | 论坛 | 博客
  • 博客访问: 5945708
  • 博文数量: 680
  • 博客积分: 10821
  • 博客等级: 上将
  • 技术积分: 11839
  • 用 户 组: 普通用户
  • 注册时间: 2005-12-02 10:41
个人简介

大数据、ML、AI、云计算openstack、Linux、SpringCloud。

文章分类

全部博文(680)

分类: 架构设计与优化

2016-03-17 10:18:20

HAProxy的配置
HAProxy配置中分成五部分内容,当然这些组件不是必选的,可以根据需要选择部分作为配置。
global:参数是进程级的,通常和操作系统(OS)相关。这些参数一般只设置一次,如果配置无误,就不需要再次配置进行修改
defaults:配置默认参数的,这些参数可以被利用配置到frontend,backend,listen组件
frontend:接收请求的前端虚拟节点,Frontend可以根据规则直接指定具体使用后端的      backend(可动态选择)。
backend:后端服务集群的配置,是真实的服务器,一个Backend对应一个或者多个实体服务器。
listen:Frontend和Backend的组合体。
 
下面是HAProxy的一些常用的配置,这个配置是用来说明HAProxy的一些常用功能的配置,具体详细配置请查看安装目录下的doc目录下的文档文件,或者到” ”
下载中文配置说明文档
 
配置文件例子:
global
    #全局的日志配置 其中日志级别是[err warning info debug]
    #local0 是日志设备,必须为如下24种标准syslog设备的一种:                     
    #kern   user   mail   daemon auth   syslog lpr    news   
    #uucp   cron   auth2  ftp    ntp    audit  alert  cron2  
    #local0 local1 local2 local3 local4 local5 local6 local7 
#但是之前在/etc/syslog.conf文件中定义的是local0所以
    #这里也是用local0
    log 127.0.0.1 local0 info #[err warning info debug]
    #最大连接数
    maxconn 4096
#用户
    user admin
    #组
    group admin
    #使HAProxy进程进入后台运行。这是推荐的运行模式
    daemon
    #创建4个进程进入deamon模式运行。此参数要求将运行模式设置为"daemon"
    nbproc 4
    #将所有进程的pid写入文件启动进程的用户必须有权限访问此文件。
    pidfile /home/admin/haproxy/logs/haproxy.pid
 
defaults                
    #默认的模式mode { tcp|http|health },tcp是4层,http是7层,health只会返回OK
    mode http
    #采用http日志格式
    option httplog
    #三次连接失败就认为是服务器不可用,也可以通过后面设置
    retries 3
    #如果cookie写入了serverId而客户端不会刷新cookie,
    #当serverId对应的服务器挂掉后,强制定向到其他健康的服务器
    option redispatch
    #当服务器负载很高的时候,自动结束掉当前队列处理比较久的链接
    option abortonclose
    #默认的最大连接数
    maxconn 4096
    #连接超时
    contimeout 5000
    #客户端超时
    clitimeout 30000
    #服务器超时
    srvtimeout 30000
    #=心跳检测超时
    timeout check 2000
   
#注:一些参数值为时间,比如说timeout。时间值通常单位为毫秒(ms),但是也可以通过加#后缀,来使用其他的单位。
#- us : microseconds. 1 microsecond = 1/1000000 second
#- ms : milliseconds. 1 millisecond = 1/1000 second. This is the default.
#- s  : seconds. 1s = 1000ms
#- m  : minutes. 1m = 60s = 60000ms
#- h  : hours.   1h = 60m = 3600s = 3600000ms
#- d  : days.    1d = 24h = 1440m = 86400s = 86400000ms
 
########统计页面配置############
listen admin_stats
    #监听端口
    bind 0.0.0.0:1080
    #http的7层模式
    mode http
    #日志设置
    log 127.0.0.1 local0 err #[err warning info debug]
    #统计页面自动刷新时间
    stats refresh 30s
    #统计页面url
    stats uri /admin?stats
    #统计页面密码框上提示文本
    stats realm  Gemini\ Haproxy
    #统计页面用户名和密码设置
    stats auth admin:admin
    stats auth admin1:admin1
    #隐藏统计页面上HAProxy的版本信息
    stats hide-version
 
#######网站检测listen定义############
listen site_status
    bind 0.0.0.0:1081
    mode http
    log 127.0.0.1 local0 err #[err warning info debug]
    #网站健康检测URL,用来检测HAProxy管理的网站是否可以用,正常返回200,不正
#常返回500
    monitor-uri /site_status
    #定义网站down时的策略
    #当挂在负载均衡上的指定backend的中有效机器数小于1台时返回true
    acl site_dead   nbsrv(denali_server) lt 1
    acl site_dead   nbsrv(tm_server) lt 1                                                                                                                   
    acl site_dead   nbsrv(mms_server) lt 1
    #当满足策略的时候返回500
    monitor fail if site_dead
    #如果192.168.0.252或者192.168.0.31这两天机器挂了
    #认为网站挂了,这时候返回500,判断标准是如果mode是
    #http返回200认为是正常的,如果mode是tcp认为端口畅通是好的
monitor-net 192.168.0.252/31
 
#############https的配置方法###############
 
listen login_https_server
#绑定HTTPS的443端口
bind 0.0.0.0:443
#https必须使用tcp模式
mode tcp
log global
balance roundrobin
option httpchk GET /member/login.jhtml HTTP/1.1\r\nHost:login.daily.taobao.net
##回送给server的端口也必须是443
server vm94f.sqa   192.168.212.94:443  check port 80 inter 6000 rise 3 fall 3
server v215120.sqa 192.168.215.120:443 check port 80 inter 6000 rise 3 fall 3

 
########frontend配置############
frontend http_80_in
    #监听端口
    bind 0.0.0.0:80
    #http的7层模式
    mode http
    #应用全局的日志配置
    log global
    #启用http的log
    option httplog
    #每次请求完毕后主动关闭http通道,HA-Proxy不支持keep-alive模式
    option httpclose
#如果后端服务器需要获得客户端的真实IP需要配置次参数,将可以从Http Header中
#获得客户端IP
    option forwardfor
   
    ###########HAProxy的日志记录内容配置##########
    capture request  header Host len 40
    capture request  header Content-Length len 10
    capture request  header Referer len 200
    capture response header Server len 40
    capture response header Content-Length len 10
    capture response header Cache-Control len 8
   
    ####################acl策略定义#########################
    #如果请求的域名满足正则表达式返回true -i是忽略大小写
    acl              denali_policy              hdr_reg(host) -i ^(|my.gemini.taobao.net|auction1.gemini.taobao.net)$
   
    #如果请求域名满足trade.gemini.taobao.net 返回 true -i是忽略大小写
    acl tm_policy              hdr_dom(host) -i trade.gemini.taobao.net
   
    ##在请求url中包含sip_apiname=,则此控制策略返回true,否则为false
    acl invalid_req url_sub -i sip_apiname=
   
    ##在请求url中存在timetask作为部分地址路径,则此控制策略返回true,否则返回false
    acl timetask_req url_dir -i timetask
   
    #当请求的header中Content-length等于0时返回 true
    acl missing_cl hdr_cnt(Content-length) eq 0
   
    ######################acl策略匹配相应###################
    ##当请求中header中Content-length等于0 阻止请求返回403
    block if missing_cl
 
    ##block表示阻止请求,返回403错误,当前表示如果不满足策略invalid_req,或者满足策略timetask_req,则阻止请求。   
    block if !invalid_req || timetask_req 
   
    #当满足denali_policy的策略时使用denali_server的backend
    use_backend denali_server              if denali_policy
   
    #当满足tm_policy的策略时使用tm_server的backend
    use_backend tm_server              if tm_policy
   
    #reqisetbe关键字定义,根据定义的关键字选择backend
    reqisetbe       ^Host:\ img             dynamic
    reqisetbe       ^[^\ ]*\ /(img|css)/    dynamic
    reqisetbe       ^[^\ ]*\ /admin/stats   stats
   
    #以上都不满足的时候使用默认mms_server的backend
    default_backend mms_server
   
    #HAProxy错误页面设置
    errorfile 400 /home/admin/haproxy/errorfiles/400.http
    errorfile 403 /home/admin/haproxy/errorfiles/403.http
    errorfile 408 /home/admin/haproxy/errorfiles/408.http
    errorfile 500 /home/admin/haproxy/errorfiles/500.http
    errorfile 502 /home/admin/haproxy/errorfiles/502.http
    errorfile 503 /home/admin/haproxy/errorfiles/503.http
    errorfile 504 /home/admin/haproxy/errorfiles/504.http
##########backend的设置##############
backend mms_server
   #http的7层模式
    mode http
    #负载均衡的方式,roundrobin平均方式
    balance roundrobin
    #允许插入serverid到cookie中,serverid后面可以定义
    cookie SERVERID
    #心跳检测的URL,HTTP/1.1?r?nHost:XXXX,指定了心跳检测HTTP的版本,XXX为检测时请求
    #服务器的request中的域名是什么,这个在应用的检测URL对应的功能有对域名依赖的话需
    #要设置
    option httpchk GET /member/login.jhtml HTTP/1.1\r\nHost:member1.gemini.taobao.net
    #服务器定义,cookie 1表示serverid为1,check inter 1500 是检测心跳频率
    #rise 3是3次正确认为服务器可用,fall 3是3次失败认为服务器不可用,weight代表权重
    server mms1 10.1.5.134:80 cookie 1 check inter 1500 rise 3 fall 3 weight 1
    server mms2 10.1.6.118:80 cookie 2 check inter 1500 rise 3 fall 3 weight 2
 
backend denali_server
    mode http
    #负载均衡的方式,source根据客户端IP进行哈希的方式
    balance source
    #但设置了backup的时候,默认第一个backup会优先,设置option allbackups后
    #所有备份服务器权重一样
    option allbackups
    #心跳检测URL设置
    option httpchk GET /mytaobao/home/my_taobao.jhtml HTTP/1.1\r\nHost:my.gemini.taobao.net
    #可以根据机器的性能不同,不使用默认的连接数配置而使用自己的特殊的连接数配置
    #如minconn 10 maxconn 20
    server denlai1 10.1.5.114:80 minconn 4 maxconn 12 check inter 1500 rise 3 fall 3
    server denlai2 10.1.6.104:80 minconn 10 maxconn 20 check inter 1500 rise 3 fall 3
    #备份机器配置,正常情况下备机不会使用,当主机的全部服务器都down的时候备备机会启用
    server dnali-back1 10.1.7.114:80 check backup inter 1500 rise 3 fall 3
    server dnali-back2 10.1.7.114:80 check backup inter 1500 rise 3 fall 3
 
backend  tm_server
    mode http
    #负载均衡的方式,leastconn根据服务器当前的请求数,取当前请求数最少的服务器
    balance leastconn
    option httpchk GET /trade/itemlist/prepayCard.htm HTTP/1.1\r\nHost:trade.gemini.taobao.ne
    server tm1 10.1.5.115:80 check inter 1500 rise 3 fall 3
    server tm2 10.1.6.105:80 check inter 1500 rise 3 fall 3
   
######reqisetbe自定义关键字匹配backend部分#######################
backend dynamic
    mode http
    balance source
    option httpchk GET  /welcome.html HTTP/1.1\r\nHost:
    server denlai1 10.3.5.114:80 check inter 1500 rise 3 fall 3
    server denlai2 10.4.6.104:80 check inter 1500 rise 3 fall 3
backend stats
    mode http
    balance source
    option httpchk GET  /welcome.html HTTP/1.1\r\nHost:
    server denlai1 10.5.5.114:80 check inter 1500 rise 3 fall 3
server denlai2 10.6.6.104:80 check inter 1500 rise 3 fall 3 
 
 HA-Proxy的压力测试结果
简单的压力测试采用Apache ab,500并发用户,10w的请求总数。
                     总耗时(s) TPS(#/sec)
HA-2Node    21.387   4675.61
HA-5Node   27.371    3653.37

HA-2Node为配置了两个节点作为后段的服务节点,HA-5Node为配置了5个节点作为后端的服务处理节点。上面结果看到2个节点的HA比5个节点的速度来的快。可以确定的是
HAProxy的性能是跟随backend的数量增加而下降,所以当backend节点过多时可以考虑通过拆分到多台HAProxy来提高性能。
阅读(3390) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~