学习haproxy部署

测试部署结构如下：

192.168.1.1    192.168.1.11-192.168.1.14   192.168.1.2
-------+-----------+-----+-----+-----+--------+----
        |           |     |     |     |       _|_db
     +--+--+      +-+-+ +-+-+ +-+-+ +-+-+    (___)
     | LB1 |      | A | | B | | C | | D |    (___)
     +-----+      +---+ +---+ +---+ +---+    (___)
     haproxy        4 cheap web servers



1.下载haproxy：

cd /usr/local/
wget http://haproxy.1wt.eu/download/1.2/src/haproxy-1.2.18.tar.gz
tar zxvf haproxy-1.2.18.tar.gz
mv haproxy-1.2.18 haproxy
cd haproxy


2. 编译安装：

make TARGET=linux26 CPU=x86-64
我这里是64bit的redhat,如果你是32bit，使用命令：
make TARGET=linux26 CPU=i686
在当前目录下生成了haproxy


3. 复制并修改相应的实例文件：

mkdir /etc/haproxy
cp /usr/local/haproxy/examples/haproxy.cfg /etc/haproxy/
cp /usr/local/haproxy/examples/haproxy.init /etc/init.d/haproxy
chmod a+x /etc/init.d/haproxy

建立haproxy进程用户和用户组：
useradd -M -d /www/wwwroot -s /sbin/nologin www


vi /etc/haproxy/haproxy.cfg输入下面内容：

# this config needs haproxy-1.1.28 or haproxy-1.2.1
global
        log 127.0.0.1   local0 notice
        maxconn 51200
        ulimit-n 65536
        chroot /usr/share/haproxy
        user www
        group www
        daemon
        quiet
    nbproc 2

defaults
        log     global
        mode    http
        option httplog
        retries 3
        redispatch
        maxconn 51200
        contimeout      5000
        clitimeout      50000
        srvtimeout      50000

listen webfarm 192.168.1.1:80
       mode http
       balance roundrobin
       cookie SERVERID insert indirect
       option httpchk HEAD /index.html HTTP/1.0
       server webA 192.168.1.11:80 cookie A check inter 1000 rise 1 fall 3
       server webB 192.168.1.12:80 cookie B check inter 1000 rise 1 fall 3
       server webC 192.168.1.13:80 cookie C check inter 1000 rise 1 fall 3
       server webD 192.168.1.14:80 cookie D check inter 1000 rise 1 fall 3



总结：
haproxy（1.2.18版本）的负载均衡算法只有两种：roundrobin（轮巡）source（基于来源ip的）。
计划在version 1.3.10加入uri算法。
haproxy实现了Load Balancer（类似LVS的NAT方式）和对后端的realserver的健康检查，但如果要实现高可用性还需要和keeplived或heartbeat结合。
不过keeplived本身也具有对后端realserver的健康检查。
从上面可以看出，如果仅仅是使用它做负载均衡的话，我个人感觉他应该比nginx好一些，比LVS差一些。
做LB的比较关系：LVS > haproxy > nginx
LVS/NAT速度主要受限于硬件和内核报文的转发速度，haproxy是user space程序，空间切换和内存复制的开销太大。

不过要是haproxy加入vrrp framework,然后做成一个LB盒子应该不错。：）