内容简介：HAProxy是一个使用C语言编写的，提供负载均衡，以及基于TCP（伪四层）和HTTP（七层）的应用程序代理。HAProxy特别适用于那些负载大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器不被暴露到网络上。HAProxy实现了一种事件驱动, 单一进程模型，此模型支持非常大的并发连接数。多进程或多线程模型受内存限制 、系统调度器限制以及无处不在的锁限制，很少能处理数
HAProxy简介
HAProxy是一个使用 C语言 编写的，提供负载均衡，以及基于TCP（伪四层）和HTTP（七层）的应用程序代理。
HAProxy特别适用于那些负载大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器不被暴露到网络上。
HAProxy实现了一种事件驱动, 单一进程模型，此模型支持非常大的并发连接数。多进程或多线程模型受内存限制 、系统调度器限制以及无处不在的锁限制，很少能处理数千并发连接。事件驱动模型因为在有更好的资源和时间管理的用户空间(User-Space) 实现所有这些任务，所以没有这些问题。
HAProxy与LVS对比
1.都是负载均衡的实现产品，但是LVS是基于 Linux 操作系统的软负载均衡；HAProxy是基于第三方应用的软负载均衡。
2.LVS是基于四层的IP负载均衡方案；HAProxy是同时具有四层和七层的，可以提供TCP和HTTP应用的负载均衡方案。
3.LVS工作在OSI参考模型的四层，所以其状态监控功能比较简陋，HAProxy在状态监控方面更为优秀，可以支持基于端口，URL，脚本等多种状态监测方法。
4. HAProxy在整体性能上明显低于四层负载的LVS；LVS技术由于Linux系统内核的支持有着接近于硬件设备的负载能力。
部署及配置文件介绍
安装部署
haproxy安装不算很难，haprox官方base源已经被收录，也可以使用源码编译。
yum安装
安装haproxy
yum install haproxy -y
源码编译安装
1.安装开发环境
yum groupinstall "development tools" -y
2.下载源码包
wget https://src.fedoraproject.org/repo/pkgs/haproxy/haproxy-1.8.12.tar.gz/sha512/2b782a54988cc88d1af0e5f011af062910e8fac28eab13db7e05a58d0d23961f827da47e3871e8d081f5a2d222588480d81dec2e9f14ec9f54a1c3cb5bf3d56a/
3.解压并安装
tar -xvf haproxy-1.8.12.tar.gz cd haproxy-1.8.12 #获取内核版本信息 uname -r # TARGET=linux310，内核版本，使用uname -r来查看 # ARCH指明系统的位数 # PREFIX指明安装的路径 make TARGET=linux310 ARCH=x86_64 PREFIX=/usr/local/haproxy make install PREFIX=/usr/local/haproxy
4.准备配置文件
#创建对应目录 mkdir /usr/local/haproxy/conf #创建配置文件 cd /usr/local/haproxy/conf vim haproxy.cfg #这里复制一份yum安装的配置文件就好，也可以自己写一份
5.添加用户
useradd -r -s /usr/sbin/nologin haproxy
- 启动haproxy
# -f指明配置文件，配置文件一定要写对，否则无法启动haproxy /usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/conf/haproxy.cfg
配置文件介绍
配置文件大体分类
全局配置段（global）:（建议不做改动，会自动调整）
1.进程与安全配置相关的参数设定；
2.性能参数配置段；
3.Debug参数配置段；
4.用户列表段；
5.peer段
代理配置段（proxies）：
1. defaults段 ：默认参数的配置段，在本段配置的参数值，默认会被自动引用到之后的frontend段，backend段和listen段，所以，如果某些参数属于公用的配置段，那么可以在default段进行配置即可。如果在frontend段，backend段和listen段进行配置的参数同时在default也有相应参数配置的话，default段的配置会被覆盖掉。
2. frontend段 ：本段负责配置接收用户请求的虚拟前端节点。类似于nginx的server{}部分。
3. backend段 ：本段用于设置集群后端服务器集群的配置，也就是用来定义一组真实服务器，来处理用户发出的请求。添加的真实服务器类似于LVS中的real-server，相当于nginx中的 upstream {}段
4. listen段 ：同时用来负责配置前端和happ后端。
配置文件详解
global配置段
#常用配置项 log: 全局日志文件配置条目，local2表示日志设备，最多可定义两个 nbproc：要启动的haproxy的进程数量 chroot： chroot 切换根目录,将haproxy都运行在/var/lib/haproxy 这样做是为了增加haproxy的安全。 pidfile：指定haproxy的进程pid文件，启动进程的用户必须要有访问该文件的权限。 maxconn：设定每个haproxy进程可以接受的最大并发连接数。 user和group：指定运行haproxy的用户和组 daemon： 设置haproxy以后台运行的方式运行。 maxconnrate：每个进程每秒最大处理的连接数量。 maxse***ate：每个进程每秒可以创建的最大会话速率。 maxsslconn：设定每个haproxy进程所能接受的ssl最大并发连接数。
default配置段
#常用配置项 mode：设置haproxy实例默认的运行模式，默认是http，支持tcp，http可选值 tcp模式：在该模式之下，客户端会与服务器端建立一个全双工连接，不对七层报文做检查，常用语ssl，ssh，smtp等服务。 http模式：客户端在请求转发到后端服务器之前会被分析。 log global:继承全局日志 option dontlognull：保证HAProxy不记录上级负载均衡发送过来的用于检测状态没有数据的心跳包。 option http-server-close：客户端与服务器端在完成一次连接请求之后，HAProxy会主动关闭该TCP连接，有助于提高性能。 xforwardfor：由于haprxoy工作在反向代理方向，因此后端的真实服务器可能无法获取真实的请求端ip，使用xforwardfor可以在报文中封装新的字段记录请求端ip，httpd的话要在默认日志格式中进行修改才可以记录。 redispatch：是否允许在session 失败后重新分配。 retries：设置连接后端服务器的失败重试次数，连接失败的次数如果超过这里设置的值，haproxy将会将对应的后端服务器设置为不可用状态。 timeout connect： 成功连接到一台服务器的最长等待时间，默认为毫秒，可以换用其他单位。 timeout client：连接客户端发送数据的最长等待时间，默认毫秒，可修改。 timeout server：服务器端回应客户端数据发送的最长等待时间，默认毫秒，可以修改。 timeout check：设置对后端服务器的检测超时时间，默认毫秒，可以修改
重点配置参数
1.bind：配置监听套接字，不能有默认值，不能用在backend中。
bind :80,:443 同时监听2个端口（之间不能有空格，监听端口要重启服务） bind ip:port,ip:port bind /var/****.sock 使用套接字文件
2.balance：后端服务器组内的调度算法
roundrobin：轮询，依次访问每一个后端ip（短连接和无状态的连接推荐使用rr算法） server options： weight # 支持配置权重 动态算法：支持权重的运行时调整，支持慢启动；每个后端中最多支持4095个server； static-rr：静态算法：不支持权重的运行时调整及慢启动；后端主机数量无上限；
配置文件：
请求效果
加权轮询
效果
leastconn：推荐使用在具有较长会话（长连接，有状态）的场景中，例如 MySQL 、LDAP等； first：先到先得，根据服务器在列表中的位置，自上而下进行调度；前面服务器的连接数达到上限，新请求才会分配给下一台服务； source：源地址hash，本质上是source ip，将同一个ip的请求发往同一服务器，用于保持会话。（snat模式与后端服务器宕机会出现问题） 除权取余法（一旦服务器组发生变化会产生巨大影响）：map-based 一致性哈希（最佳，但是由于做大量运算会影响性能）：consistent uri：对URI的左半部分做hash计算，并由服务器总权重相除以后派发至某挑出的服务器；有助于提升缓存命中率。 <scheme>://<user>:<password>@<host>:<port>/<path>;<params>?<query>#<frag> 左半部分：/<path>;<params> 整个uri：/<path>;<params>?<query>#<frag> username=jerry
uri 算法测试
效果
url_param：对用户请求的uri的<params>部分中的参数的值作hash计算，并由服务器总权重相除以后派发至某挑出的服务器；通常用于追踪用户，以确保来自同一个用户的请求始终发往同一个Backend Server； hdr(<name>)：对于每个http请求，此处由<name>指定的http首部将会被取出做hash计算； 并由服务器总权重相除以后派发至某挑出的服务器；没有有效值的会被轮询调度； hdr(Cookie) rdp-cookie rdp-cookie(<name>) hash-type：哈希算法 hash-type <method> <function> <modifier> map-based：除权取余法，哈希数据结构是静态的数组； consistent：一致性哈希，哈希数据结构是一个树； <function> is the hash function to be used : 哈希函数 sdbm djb2 wt6
hdr算法匹配报文字段请求（这里匹配的是浏览器）
效果
3.default_backend：设置默认的后端主机组，在frontend中定义
4.server的配置，定义后端主机的各个服务器及选项。同一后端主机可以被多个backend引用。
name：服务器在haproxy上的内部名称，主要出现在日志和警告中；
address：服务器地址，可以使用主机名替代（重要）
maxconn <maxconn>：当前server的最大并发连接数；
backlog <backlog>：当前server的连接数达到上限后的后援队列长度；
backup：设定当前server为备用服务器；
check：对当前server做健康状态检测；默认是tcp的检测，要关注状态变化
addr ：检测时使用的IP地址； port ：针对此端口进行检测； inter <delay>：连续两次检测之间的时间间隔，默认为2000ms; rise <count>：连续多少次检测结果为“成功”才标记服务器为可用；默认为2； fail <count>：连续多少次检测结果为“失败”才标记服务器为不可用；默认为3； 注意：option httpchk，"smtpchk", "mysql-check", "pgsql-check" and "ssl-hello-chk" 用于定义应用层检测方法；
cookie <value>：为当前server指定其cookie值，用于实现基于cookie的会话黏性；
disabled：标记为不可用；一般用来做发布
on-error <mode>：后端服务故障时的行动策略；
- fastinter: force fastinter - fail-check: simulate a failed check, also forces fastinter (default) - sudden-death: simulate a pre-fatal failed health check, one more failed check will mark a server down, forces fastinter - mark-down: mark the server immediately down and force fastinter
redir <prefix>：将发往此server的所有GET和HEAD类的请求重定向至指定的URL；
weight <weight>：权重，默认为1。
5.基于cookie做会话绑定
6.httpchk健康状态检测
对后端服务器做http协议的健康状态检测：
option httpchk option httpchk <method> <uri> option httpchk <method> <uri> <version> 定义基于http协议的7层健康状态检测机制
7.接口，统计配置
配置状态页
启用统计页；基于默认的参数启用stats page；
- stats uri : /haproxy?stats 访问页默认地址，支持重写 - stats realm : "HAProxy Statistics" - stats auth : no authentication - stats scope : no restriction
示例
maxconn<conns>：为指定的frontend定义其最大并发连接数；默认为2000；
Fix the maximum number of concurrent connections on a frontend.
mode{ tcp|http|health }:定义haproxy的工作模式；
tcp：基于layer4实现代理；可代理mysql, pgsql, ssh, ssl等协议；
http：仅当代理的协议为http时使用；
health：工作为健康状态检查的响应模式，当连接请求到达时回应“OK”后即断开连接；
例子：
listen ssh bind :22011 balance leastconn mode tcp server sshsrv1 192.168.99.131:22 check server sshsrv2 192.168.99.135:22 check
forwardfor[ except <network> ] [ header <name> ] [ if-none ]
在由haproxy发往后端主机的请求报文中添加“X-Forwarded-For”首部，其值前端客户端的地址；用于向后端主发送真实的客户端IP；
[ except <network> ]：请求报请来自此处指定的网络时不予添加此首部；
[ header <name> ]：使用自定义的首部名称，而非“X-Forwarded-For”
示例：
haproxy配置文件
后端httpd配置文件（修改后要重启httpd服务）
测试效果：记录了原地址。
rspadd<string> [{if | unless} <cond>]在http响应首部添加字段信息
rspadd X-Via:\ douma
reqdel<search> [{if | unless} <cond>]在http响应包首都中删除匹配到的信息
rspidel（i忽略字符大小写） Server.*
示例：可以用来实现删除server信息，以防暴露站点漏洞
修改前
haproxy配置文件
新效果：
ACL访问控制
指令结构
acl <aclname> <criterion> [flags] [operator] [<value>] ...
aclname：设定acl的名称
value：设定acl的值
boolean：布尔型 integer or integer range：整数或者范围 ip address /network：ip地址或者网络地址 string ：字符串 exact：精确匹配 substring：子串匹配 suffix：前缀匹配 prefix：后缀匹配 subdir：子路径匹配 domain：子域匹配 regular expression：正则表示模式匹配 hex block：十六进匹配
flag标志位
<flags> -i : 在子串匹配时候忽略大小写 -m : 使用特定匹配模式（很少使用） -n : 忽略dns做名称解析 -u : 要求ACL使用唯一名称 -- : force end of flags. Useful when a string looks like one of the flags.
[operator] 匹配整数值：eq、ge、gt、le、lt 匹配字符串： - exact match (-m str) : the extracted string must exactly match the patterns ; - substring match (-m sub) : the patterns are looked up inside the extracted string, and the ACL matches if any of them is found inside ; - prefix match (-m beg) : the patterns are compared with the beginning of the extracted string, and the ACL matches if any of them matches. - suffix match (-m end) : the patterns are compared with the end of the extracted string, and the ACL matches if any of them matches. - subdir match (-m dir) : the patterns are looked up inside the extracted string, delimited with slashes ("/"), and the ACL matches if any of them matches. - domain match (-m dom) : the patterns are looked up inside the extracted string, delimited with dots ("."), and the ACL matches if any of them matches. acl作为条件时的逻辑关系： - AND (implicit) - OR (explicit with the "or" keyword or the "||" operator) - Negation with the exclamation mark ("!") if invalid_src invalid_port 要求同时满足 if invalid_src || invalid_port 或表示 if ! invalid_src invalid_port 取反，不满足第一个但是满足第二个
<criterion> ： dst : ip 目标ip或者范围 dst_port : integer 目标端口或范围 src : ip 源ip或者范围 src_port : integer 源端口后缀范围 acl invalid_src src 172.16.200.2 path : string 七层检查 /path;<params> path : exact string match 精确匹配 path_beg : prefix match 前缀匹配 path_dir : subdir match 子串匹配 path_dom : domain match 子域匹配 path_end : suffix match 路径后缀匹配 path_len : length match 长度匹配 path_reg : regex match 正则匹配 path_sub : substring match 子串匹配
示例
path_beg /images/ 除去ip：port之后以/images/开头 path_end .jpg .jpeg .png .gif url以jpg jpeg png gif后缀的文件 path_reg ^/images.*\.jpeg$ images开头 jpeg结尾 path_sub image path_dir jpegs path_dom ilinux /images/jpegs/20180312/logo.jpg
url : string 对url进行匹配 url : exact string match url_beg : prefix match url_dir : subdir match url_dom : domain match url_end : suffix match url_len : length match url_reg : regex match url_sub : substring match
req.hdr([<name>[,<occ>]]) : string hdr([<name>[,<occ>]]) : exact string match hdr_beg([<name>[,<occ>]]) : prefix match hdr_dir([<name>[,<occ>]]) : subdir match hdr_dom([<name>[,<occ>]]) : domain match hdr_end([<name>[,<occ>]]) : suffix match hdr_len([<name>[,<occ>]]) : length match hdr_reg([<name>[,<occ>]]) : regex match hdr_sub([<name>[,<occ>]]) : substring match
以上所述就是小编给大家介绍的《HAProxy入门及常用配置模拟测试》，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持！
猜你喜欢:
- Docker 入门指南——常用命令
- JSP经典学习笔记(包含各种入门常用语法)
- Linux运维，到底如何入门？常用linux操作指令盘点！
- Spark入门必读：核心概念介绍及常用RDD操作
- Python中常用的可视化工具 Matplotlib 简单入门
- 前端基础入门五（掌握jQuery的常用api，实现动态效果）
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Web Design Handbook
Baeck, Philippe de 编 / 2009-12 / $ 22.54
This non-technical book brings together contemporary web design's latest and most original creative examples in the areas of services, media, blogs, contacts, links and jobs. It also traces the latest......一起来看看 《Web Design Handbook》 这本书的介绍吧!
