使用Haproxy搭建web群集
目录
一，案例分析
1，案例概述
2，案例前置知识点
（1）HTTP请求
（2）负载均衡常用调度算法
（3）常见的web群集调度器
二，案例实施
1，编译安装Nginx服务器
（1）搭建Nginx-node-1，使用nginx-1.16.3.tar.gz安装包进行编译安装
（2）搭建Nginx-node-2
2，编译安装Haproxy
3，Haproxy服务器配置
（1）建立Haproxy的配置文件
（2）修改haproxy.cfg配置文件
4，测试web群集
（1）测试高性能
（2）测试高可用
5，Haproxy的日志
（1）修改haproxy配置文件，将原有的配置更改为以下配置
（2）配置Rsyslog服务
（3）创建日志文件并设置权限
（4）重启Rsyslog和HAProxy服务
（5）测试日志信息
一，案例分析
1，案例概述
Haproxy是目前比较流行的一种群集调度工具，同类群集调度工具有很多，如LVS和Nginx。相比较而言，LVS性能最好，但是搭建相对复杂:Nginx的upstream模块支持群集功能，但是对群集节点健康检查功能不强，高并发性能没有Haproxy好。Haproxy方网站是http://www.haproxy.org/。
本案例介绍使用Haproxy及Nginx建一套Web群集。
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将不会显示后面的1d=123字样，因此表单类或者有用户名、密码等内容提交时建议使用POST方式。不管使用哪种方式，最终a.php获取的值是一样的。
（2）负载均衡常用调度算法
LVS、Haproxy、Nginx最常用的调度算法有三种，如下所述。
| RR(Round Robin)。 | RR 法是最简单最常用的一种算法，即轮询调度。例如，有三个节点A、B、C，第一个用户访问会被指派到节点A，第二个用户访问会被指派到节点B，第三个用户访问会被指派到节点C，第四个用户访问继续指派到节点A,轮询分配访问请求实现负载均衡效果。此算法还有一种加权轮询，即根据每个节点的权重轮询分配访问请求。 |
| 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算法有很大改进，是目前用到比较多的一种算法。 |
| SH(SourceHashing)。 | SH即基于来源访问调度算法，此算法用于一些有Session会话记录在服务器端的场景，可以基于来源的IP、Cookie等做群集调度。例如，使用基于源IP的群集调度算法，有三个节点A、B、C，第一个用户第一次访问被指派到了A，第二个用户第一次访问被指派到了B，当第一个用户第二次访问时会被继续指派到A，第二个用户第二次访问时依旧会被指派到B，只要负载均衡调度器不重启，第一个用户访问都会被指派到A，第二个用户访问都会被指派到B,实现群集的调度。此调度算法好处是实现会话保持，但某些IP访问量非常大时会引起负载不均衡，部分节点访问量超大，影响业务使用。 |
（3）常见的web群集调度器
目前，常见的Web群集调度器分为软件和硬件。软件通常使用开源的LVS、Haproxy、Nginx，硬件一般使用比较多的是F5。也有很多人使用国内的一些产品，如梭子鱼、绿盟等。
二，案例实施
1，编译安装Nginx服务器
（1）搭建Nginx-node-1，使用nginx-1.16.3.tar.gz安装包进行编译安装
dnf install -y gcc make pcre-devel zlib-devel openssl-devel perl-ExtUtils-MakeMaker git wget tar
useradd -M -s /sbin/nologin nginx
tar zxf nginx-1.26.3.tar.gz
cd nginx-1.26.3
./configure --prifix=/usr/local/nginx --user=nginx --group=nginx --with-http_ssl_module --with-http_v2_module --with-pcre
make && make install
cd /usr/local/nginx/html
echo "test1" > index.html
/usr/local/nginx/sbin/nginx
netstat -anpt | grep nginx
systemctl stop firewalld
默认安装目录:/usr/local/nginx。
默认日志:/usr/local/nginx/logs/
默认监听:80。
默认 Web 日录:/usr/local/nginx/htm1
（2）搭建Nginx-node-2
echo "tset2" > index.html2，编译安装Haproxy
dnf install -y haproxy3，Haproxy服务器配置
下面是Haproxy服务器的配置步骤
（1）建立Haproxy的配置文件
vim /etc/haproxy/haproxy.cfg（2）修改haproxy.cfg配置文件
vim /etc/haproxy/haproxy.cfg4，测试web群集
（1）测试高性能
（2）测试高可用
现在将192.168.10.102的Nginx服务停用，在客户端使用浏览器打开http://192.168.10.103/test.html，浏览器显示信息仍然如图4.4 所示。
从中可以看出，当一台节点故障，不会影响群集的使用，这样就满足了群集的高可用性。也可以将192.168.10.102的Nginx服务恢复，再将192.168.10.101的Nginx 服务停用，测试高可用性。
5，Haproxy的日志
Haproxy 的日志默认输出到系统的syslog中，查看起来不是非常方便，为了更好地管理Haproxy的日志，在生产环境中一般单独定义出来，定义的方法如下所述。
（1）修改haproxy配置文件，将原有的配置更改为以下配置
vim /etc/haproxy/haproxy.cfg（2）配置Rsyslog服务
vim /etc/rsyslog.d/99-haproxy.conf（3）创建日志文件并设置权限
touch /var/log/haproxy.log
chmod 640 /var/log/haproxy.log
chown root:adm /var/log/haproxy.log（4）重启Rsyslog和HAProxy服务
systemctl restart rsyslog
systemctl restart haproxy（5）测试日志信息
tail -f /var/log/haproxy.log