Haproxy-1.5.19版本的基础运用一、Haproxy二、Haproxy群集的部署

95 阅读 0 评论 63 点赞

我是靠谱客的博主傻傻冬日，最近开发中收集的这篇文章主要介绍Haproxy-1.5.19版本的基础运用一、Haproxy二、Haproxy群集的部署，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

一、Haproxy

Ⅰ、Haproxy的特性

Ⅱ、常见负载均衡策略

Ⅲ、LVS、Haproxy、Nginx区别

二、Haproxy群集的部署

Ⅰ、Haproxy的安装

Ⅱ、Haproxy的配置

Ⅲ、对haproxy的测试

一、Haproxy

Haproxy 是一个使用C语言编写的自由及开放源代码软件，其提供高可用性、负载均衡，以及基于TCP和HTTP的应用程序代理。Haproxy是一款可提供高可用性、负载均衡、及基于TCP和HTTP应用的代理软件，适用于负载大的web站点，运行在硬件上可支持数以万计的并发连接的连接请求

Ⅰ、Haproxy的特性

可靠性和稳定性非常好，可以与硬件级的F5负载均衡设备相媲美

最高可以同时维护40000-50000个并发连接，单位时间内处理的最大请求数为20000个，最大处理能力可达10Git/s

支持多达8 种负载均衡算法，同时也支持会话保持

支持虚拟主机功能，从而实现web负载均衡更加灵活

支持连接拒绝、全透明代理等独特功能

拥有强大的ACL支持，用于访问控制

其独特的弹性二叉树数据结构，使数据结构的复杂性上升到了0（1），即数据的查询速度不会随着数据条目的增加而速度有所下降

支持客户端的keepalive功能，减少客户端与haproxy的多次三次握手导致资源量费，让多个请求在一个tcp连接中完成

支持TCP加速，零复制功能，类似于mmap机制

支持响应池（response buffering）

支持RDP协议

基于源的粘性，类似于nginx的ip_hash功能，把来自同一客户端的请求在一定时间内始终调度到上游的同一服务器

更好统计数据接口，其web接口显示后端冀全中各个服务器的接受、发送、拒绝、错误等数据的统计信息

详细的健康状态检测，web接口中有关对上流服务器的健康检测状态，并提供了一定的管理功能

基于流量的健康评估机制

基于http认证

基于命令行的管理接口

日志分析器，可对日志进行分析

Ⅱ、常见负载均衡策略

Haproxy支持多种调度算法，最常用的有以下8种

（1）RR（Round Robin）
RR算法是最简单最常用的一种算法，即轮询调度，即将任务轮番分配给节点服务器

（2）LC（Least Connections）
最小连接数算法，根据后端的节点连接数大小动态分配前端请求

假设三个节点的连接数分别为A:4 B:5 C:6，每次将新的请求指派给连接数最小的客户端，并且由于实际情况下A、B、C的连接数会动态释放，很难会出现一样连接数的情况，因此算法相比较rr算法有很大改进，是米钱用到比较多的一种算法

（3）SH（Source Hashing）
基于来源访问调度算法，用于一些有Session会话记录在服务端的场景，可以基于来源的IP、Cookie等做集群调度

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

（4）uri
表示根据请求的URI,做cdn需使用

（5）url_param
表示根据HTTP请求头来锁定每一次HTTP请求。

（6）rdp—cookie（name）
表示根据据cookie （name）来锁定并哈希每一次TCP请求。

（7） source
表示根据请求的源IP，类似Nginx的IP hash机制。

（8） static-rr
表示根据权重，轮询

Ⅲ、LVS、Haproxy、Nginx区别

LVS基于Linux操作系统实现软负载均衡，而Haproxy和Nginx是基于第三方应用实现的软负载均衡

LVS是可实现4层的IP负载均衡技术，无法实现基于目录、URL的转发。而Haproxy和Nginx可以分别实现7层和4层、7层的转发，Haproxy可提供TCP和Http应用的负载均衡综合解决方案

LVS因为工作在ISO模型的第四层，其状态监测功能单一，而Haproxy在状态监测方面功能更丰富、强大，可支持端口、URL、脚本等多种状态监测方式

Haproxy功能强大，但整体性能低于4层模式的LVS负载均衡，在很大并发量的时候我们就要选择LVS，像中小型公司的话并发量没那么大，选择haproxy或者Nginx足已，由于HAproxy由是专业的代理服务器，配置简单，所以中小型企业推荐使用haproxy

Nginx主要用于web服务器或缓存服务器

二、Haproxy群集的部署

Haproxy服务器：192.168.116.22:80

节点web1：192.168.116.111:80

节点web2：192.168.116.120:80

Ⅰ、Haproxy的安装

systemctl stop firewalld
setenforce 0

tar -zxvf haproxy-1.5.19.tar.gz -C /opt
cd /opt/haproxy-1.5.19/

make TARGET=linux2628 ARCH=x86_64
make install
#TARGET=linux26 内核版本
#ARCH=x86_64    系统位数，64位系统

#移动配置文件
mkdir /etc/haproxy
cp examples/haproxy.cfg /etc/haproxy/

Ⅱ、Haproxy的配置

对配置文件做修改，修改log位置。将chroot /usr/local/haproxy注释，修改listen后的配置，将两台节点服务器写入server。这里两台web节点服务器上已经配置好了http服务,他们的页面内容为：

web1：THIS IS SERVER 192.168.116.111

web2：this is server 192.168.116.120

# this config needs haproxy-1.1.28 or haproxy-1.2.1

global
        log /dev/log    local0
        log /dev/log    local1 notice
        #log loghost    local0 info
        maxconn 4096
        #chroot /usr/share/haproxy
        uid 99
        gid 99
        daemon
        #debug
        #quiet

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

listen haproxyweb 0.0.0.0:80
option httpchk GET /index.html
       balance roundrobin       
#轮询算法：roundrobin；最小连接数算法：leastconn；来源访问调度算法：source
       server inst1 192.168.116.111:80 check inter 2000 fall 3
       server inst2 192.168.116.120:80 check inter 2000 fall 3
#check inter 2000 表示haproxy服务器和节点之间的一个心跳频率
#fall 3 表示连续三次检测不到心跳频率则认为该节点失效
#节点配置后带有“backup”表示该节点是个备份节点

添加系统服务

cp /opt/haproxy-1.5.18/examples/haproxy.init  /etc/init.d/haproxy
cd /etc/init.d/ 
chmod +x haproxy 

chkconfig --add /etc/init.d/haproxy 
ln -s /usr/local/sbin/haproxy /usr/sbin/haproxy

systemctl start haproxy
systemctl status haproxy

● haproxy.service - SYSV: HA-Proxy is a TCP/HTTP reverse proxy which is particularly suited for high availability environments.
   Loaded: loaded (/etc/rc.d/init.d/haproxy; bad; vendor preset: disabled)
   Active: active (running) since 二 2022-09-13 15:24:07 CST; 1h 37min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 4582 ExecStart=/etc/rc.d/init.d/haproxy start (code=exited, status=0/SUCCESS)
 Main PID: 4593 (haproxy)
    Tasks: 1
   Memory: 612.0K
   CGroup: /system.slice/haproxy.service
           └─4593 /usr/sbin/haproxy -D -f /etc/haproxy/haproxy.cfg -p /var/run/haproxy.pid