Haproxy 配置详解

http://www.07net01.com/linux/Haproxypeizhixiangjie_645322_1380518936.html

HAProxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理，支持虚拟主机，它是免费、快速并且可靠的一种。HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上，完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单的整合进您当前的架构中，同时可以保护你的web不被暴露到上。

HAProxy实现了一种事件驱动, 单一进程，此模型支持非常大的并发连接数。多进程或模型受内存限制、系统调度器限制以及无处不在的锁限制，很少能处理数千并发连接。事件驱动模型因为在有更好的资源和时间管理的用户端(User-Space)实现所有这些任务，所以没有这些问题。此模型的弊端是，在多核系统上，这些通常扩展性较差。这就是为什么他们必须进行优化以使每个CPU时间片(Cycle)做更多的工作。

拓扑介绍：前端两台服务器提供高可用和haproxy，，后端有和静态服务器组，haproxy将动态和静态页面请求分发到不同的服务器上；在测试情况下有异常发生，当跟踪的脚本失败后，没有按照预定的动作执行；但有一点是可以肯定的，当一台服务器宕机后，服务可以正常提供；由MASTER上的keepalived提供VIP和后端服务器的网关；（在本例中用不到后端服务器网关，因为后端服务器只需与代理服务器交互，它们是在同一个网段的，不需要网关。本例中给出配置，以备不时之需）

Haproxy配置分析：

调度算法：

动态算法：

支持动态调整权重，可以在运行中调整而不用重启服务；

支持慢速启动（在刚开机时不起作用）；

roundrobin 轮调

leastconn 最少连接

source

hash-type : consistent 一致性哈希算法，

静态算法：

支持权重，不支持动态调整，调整后需重启服务；

static-rr

source

hash-type ：map-based：将source IP进行hash后，对后端服务器的个数取余算法；

uri 根据uri分配服务器，适用于后端是缓存服务器；也支持2种hash-type；同source算法；还支持参数，len # 和depth # ，用法如下

balance uri [len <len>][depth <depth>]

URL syntax:

<scheme>://<user>:<password>@<host>:<port>/path;<params>?<query>#<frag>

url_param

常用于跟踪用户id，将具有特定的用户标示的GET请求发往特定的服务器；默认是静态算法，用hash-type修改；用法如下；

balance url_param <param>[check_post [<max_wait>]]

balance url_paramuserid
balance url_param session_id check_post 64

hdr，根据请求头部中的字段进行调度；

balancehdr(User-Agent)
balance hdr(host)
balance hdr(Host) use_domain_only

自定义日志输出位置：

Haproxy中ACL的使用：

acl <aclname> <criterion> [flags] [operator] <value> ...