LVS与Haproxy的相互配合

一：常见的Web集群调度器

目前常见的Web集群调度器分为软件和硬件：

• 软件通常使用开源的LVS、Haproxy、 Nginx
• 硬件一般使用比较多的是F5,也有很多人使用国内的一些产品如梭子鱼、绿盟等

二：Haproxy应用分析

LVS在企业应用中抗负载能力很强，但存在不足

• LVS不支持正则处理 ，不能实现动静分离
• 对于大型网站，LVS的实施配置复杂，维护成本相对较高

Haproxy是一款可提供高可用性、负载均衡、及基于TCP和HTTP应用的代理的软件

• 特别适用于负载特别大的Web站点
• 运行在当前的硬件上可支持数以万计的并发连接连接请求

三：Haproxy调度算法原理

Haproxy支持多种调度算法，最常用的有3 种:

3.1：RR (Round Robin)

RR算法是最简单最常用的一种算法，即轮询调度
理解举例

• 有三个节点A、B、C，第一个用户访问会被指派到节点A，第二个用户访问会被指派到节点B，第三个用户访问会被指派到节点。
• 第四个用户访问继续指派到节点A，轮询分配访问请求实现负载均衡效果。

3.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.3：SH (Source Hashing)

SH即基于来源访问调度算法，此算法用于一些有Session会话记录在服务器端的场景，可以基于来源的IP、Cookie等做集群调度
理解举例

• 有三个节点A、B、C，第一个用户第一次访问被指派到了A，第二个用户第一次访问被指派到了B
• 当第一个用户第二次访问时会被继续指派到A，第二个用户第二次访问时依旧会被指派到B，只要负载均衡调度器不重启，第一个用户访问都会被指派到A，第二个用户访问都会被指派到B，实现集群的调度
• 此调度算法好处是实现会话保持，但某些IP访问量非常大时会引起负载不均衡，部分节点访问量超大，影响业务使用。

四：项目搭建

4.1：案例拓扑图

主机	IP地址	工作
haproxy	192.168.158.10	haproxy
nginx1	192.168.220.168	nginx
nginx2	192.168.220.136	nginx-1.12.2.tar.gz

4.2：具体搭建过程

在两台网站服务器.上安装Nginx,并启动服务

• 使用源码编译的方式进行安装
• 安装基础软件包
• 增加系统用户账号nginx
• 编译安装Nginx并启动
• 关闭Firewalld防火墙及优化设置
  在两台Nginx.上配置测试网站，注意测试网页的内容应该不同，以便进行测试

yum -y install make pcre-devel zlib-devel  #安装依赖环境
useradd -M -s /sbin/nologin nginx  #添加系统用户账号
tar xzf nginx-1.12.2.tar.gz 
cd nginx-1.12.2/
./configure --prefix=/usr/local/nginx --user=nginx --group=nginx   #编译安装
make && make install
ln -s /usr/local/nginx/sbin/nginx /usr/local/sbin    #优化命令路径
nginx -t    #检查配置文件语法和状态
nginx     #启动服务
netstat -anpt | grep nginx   #查看是否开启服务
cd /usr/local/nginx/html/     #对默认网页内容修改，便于测试验证
echo "<h1>this