目录
案例分析
1.案例概述
Haproxy 是目前比较流行的一种群集调度工具，同类群集调度工具有很多,如 LVS 和 Nginx。相比较而言，LVS 性能最好，但是搭建相对复杂;Nginx的upstream 模块支持群集功能，但是对群集节点健康检查功能不强，高并发性能没有 Haproxy 好。Haproxy 官方网站是 http://www.haproxy.org/。
2.案例前置知识点
(1)http请求
通过 URL 访问网站使用的协议是 HTTP 协议，此类请求一般称为 HTTP 请求。HTTP 请求的方式分为GET方式和 POST 方式。当使用浏览器访问某一个URL,会根据请求 URL 返回状态码,通常正常的状态码为 2xx、3xx(如 200、301)，如果出现异常会返回 4xx、5xx(如 400、500)。
例如，访问 http://www.test.com/a.php?Id=123，就是一个 GET 请求，如果访问正常，会从服务器的日志中获取 200状态码。假如此请求使用 POST 方式，那么传递给 a.php 的 Id 参数依旧是 123，但是浏览器的 URL 将不会显示后面的 Id=123 字样，因此表单类或者有用户名、密码等内容提交时建议使用POST 方式。不管使用哪种方式，最终 a.php 获取的值是一样的。
（2）负载均衡常用调度算法
LVS、Haproxy、Nginx 最常用的调度算法有三种，如下所述：
(1)RR(Round Robin)。RR 算法是最简单最常用的一种算法，即轮询调度。例如，有三个节点 A、B、C，第一个用户访问会被指派到节点 A，第二个用户访问会被指派到节点 B，第三个用户访问会被指派到节点C，第四个用户访问继续指派到节点 A,轮询分配访问请求实现负载均衡效果。此算法还有一种加权轮询，即根据每个节点的权重轮询分配访问请求。
(2)LC(Least Connections)。LC 算法即最小连接数算法，根据后端的节点连接数大
小动态分配前端请求。例如，有三个节点 A、B、C，各节点的连接数分别为A:4、B:5、C:
6，此时如果有第一个用户连接请求，会被指派到 A上，连接数变为 A:5、B:5、C:6;第二个用户请求会继续分配到 A 上，连接数变为 A:6、B∶5、C:6;再有新的请求会分配给B，每次将新的请求指派给连接数最小的客户端。由于实际情况下 A、B、C的连接数会动态释放，很难会出现一样连接数的情况，因此此算法相比较 rr 算法有很大改进，是目前用到比较多的一种算法。
(3)SH(Source Hashing)。SH 即基于来源访问调度算法，此算法用于一些有Session 会话记录在服务器端的场景，可以基于来源的 IP、Cookie 等做群集调度。例如，使用基于源 IP的群集调度算法，有三个节点 A、B、C，第一个用户第一次访问被指派到了 A，第二个用户第一次访问被指派到了 B，当第一个用户第二次访问时会被继续指派到 A，第二个用户第二次访问时依旧会被指派到B,只要负载均衡调度器不重启，第一个用户访问都会被指派到 A，第二个用户访问都会被指派到 B,实现群集的调度。此调度算法好处是实现会话保持，但某些IP访问量非常大时会引起负载不均衡，部分节点访问量超大，影响业务使用。
（3）常见的web群集调度器
目前，常见的 web 群集调度器分为软件和硬件。软件通常使用开源的 LVS、Haproxy、 Nginx，硬件一般使用比较多的是 F5。也有很多人使用国内的一些产品，如梭子鱼、绿盟等。
3.案例环境
案例实施
1.两台httpd服务器
本案例用httpd代替nginx
创建测试页面
2.haproxy服务器
（1）安装
（2）haproxy的配置文件
Haproxy 配置项介绍:
Haproxy 配置文件通常分为三个部分，即 global、defaults 和 listen。
global 为全局配置，defaults 为默认配置，listen 为应用组件配置。
global配置项通常有下面配置参数，以示例参数说明如下：
global
log 127.0.0.1 local2，//配置日志记录,local2为日志设备,默认存放到系统日志
maxconn 4000 //最大连接数
user haproxy //用户
group haproxy //用户组
defaults配置项配置默认参数，一般会被应用组件继承，如果在应用组件中没有特别声明，将按照默认配置参数设置。
defaults
log global //定义日志为 global 配置中的日志定义
mode http //模式为 http
option httplog //采用 http 日志格式记录日志!
retries 3 //检查节点服务器失败次数,连续达到三次失败,则认为节retries 3点不可用
maxconn 3000 //最大连接数
timeout connect 5s //连接超时时间
timeout client 1m //客户端超时时间
timeout server 1m //服务器超时时间
listen 配置项一般配置应用模块参数。
listen webcluster//定义一个 appli4-backup 的应用
bind 0.0.0.0:80//监听所有网卡的 80 端口
option httpchk GET /index.html //通过 GET /index.html 检查服务器健康状态
balance roundrobin //负载均衡调度算法使用轮询算法
server instl 192.168.10.101:80 check inter 2000 fall3 //后端服务器1，每 2秒检查一次，3次失败后下线
server inst2 192.168.10.102:80 check inter 2000 fall 3
（3）修改haproxy配置文件
（4）重启服务
3.测试
4.haproxy日志
测试访问
