目录
一、proxies配置实验
实验一 backup
#将后端服务器标记为备份状态,只在所有非备份主机down机时提供服务，类似Sorry
[root@haproxy ~]# dnf install httpd -y[root@haproxy ~]# vim /etc/httpd/conf/httpd.conf
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg 
[root@haproxy ~]# systemctl enable --now httpd
[root@haproxy ~]# echo sorry 下班了 > /var/www/html/index.html
实验二 disabled
#将后端服务器标记为不可用状态，即维护状态，除了持久模式，将不再接受连接,状态为深黄色,优雅下线,不再接受新用户的请求
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
[root@haproxy ~]# systemctl restart haproxy.service此时，web1下线，访问不到web1。
实验三 redirect
将请求临时重定向至其他URL，只适用于HTTP模式
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
[root@haproxy ~]# systemctl restart haproxy.service当访问172.25.254.100时，将重定向到百度页面
二、socat工具
对服务器动态权重和其它状态可以利用 socat工具进行调整，Socat 是 Linux 下的一个多功能的网络工具，名字来由是Socket CAT，相当于netCAT的增强版.Socat 的主要特点就是在两个数据流之间建立双向通道，且支持众多协议和链接方式。如IP、TCP、UDP、IPv6、Socket文件等
——动态调整haproxy中的参数
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
[root@haproxy ~]# dnf install socat -y
[root@haproxy ~]# echo "help" | socat stdio /var/lib/haproxy/stats # 查看帮助
[root@haproxy ~]# echo "show servers state" | socat stdio /var/lib/haproxy/stats # 查看haproxy状态
[root@haproxy ~]# echo get weight webcluster/web1 | socat stdio /var/lib/haproxy/stats # 查看权重
[root@haproxy ~]# echo "set weight webcluster/web1 1" | socat stdio /var/lib/haproxy/haproxy.sock # 修改权重
[root@haproxy ~]# echo get weight webcluster/web1 | socat stdio /var/lib/haproxy/stats
1 (initial 2) # 现在权重为1，初始设置为2
[root@haproxy ~]# echo "disable server webcluster/web1 1" | socat stdio /var/lib/haproxy/haproxy.sock # 使web1下线
[root@haproxy ~]# echo "enable server webcluster/web1 1" | socat stdio /var/lib/haproxy/haproxy.sock # 使web2下线
当haproxy多进程时,设置热处理
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
[root@haproxy ~]# systemctl restart haproxy.service
三、haproxy算法
HAProxy的调度算法分为静态和动态调度算法
1、静态算法
（1）static-rr
——基于权重的轮询调度
不支持运行时利用socat进行权重的动态调整（只支持0和1,不支持其它值）
不支持端服务器慢启动
其后端主机数量没有限制，相当于LVS中的 wrr
（2）fist
根据服务器在列表中的位置，自上而下进行调度
其只会当第一台服务器的连接数达到上限，新请求才会分配给下一台服务
==> 在多台主机中执行死循环
其会忽略服务器的权重设置
不支持用socat进行动态修改权重,可以设置0和1,可以设置其它值但无效
2、动态算法
- 基于后端服务器状态进行调度适当调整
- 新请求将优先调度至当前负载较低的服务器
- 权重可以在haproxy运行时动态调整无需重启
（1）roundrobin
1. 基于权重的轮询动态调度算法
2. 支持权重的运行时调整，不同于Is中的rr轮训模式3. HAProxy中的roundrobin支持慢启动(新加的服务器会逐渐增加转发数)
4. 其每个后端backend中最多支持4095个real server
5. 支持对real server权重动态调整
6. roundrobin为默认调度算法,此算法使用广泛——基于负载，动态调整到负载小的RS
（2）leastconn
1. leastconn加权的最少连接的动态
2. 支持权重的运行时调整和慢启动，即:根据当前连接最少的后端服务器而非权重进行优先调度(新客户端连接)3. 比较适合长连接的场景使用，比如:MySQL等场景。
——基于最少连接，权重次考虑
3、其他算法
其它算法即可作为静态算法，又可以通过选项成为动态算法
（1）source
源地址hash，基于用户源地址hash并将请求转发到后端服务器，后续同一个源地址请求将被转发至同个后端web服务器。此方式当后端服务器数据量发生变化时，会导致很多用户的请求转发至新的后端服务器，默认为静态方式，但是可以通过hash-type支持的选项更改这个算法一般是在不插入Cookie的TCP模式下使用，也可给拒绝会话cookie的客户提供最好的会话粘性，适用于session会话保持但不支持cookie和缓存的场景源地址有两种转发客户端请求到后端服务器的服务器选取计算方式，分别是取模法和一致性hash
source算法的缺陷：
如果访问客户端时一个家庭，那么所有的家庭的访问流量都会被定向到一台服务器
（i）map-base取模法
对source地址进行hash计算，再基于服务器总权重的取模，最终结果决定将此请求转发至对应的后端服务器。
此方法是静态的，即不支持在线调整权重，不支持慢启动，可实现对后端服务器均衡调度缺点是当服务器的总权重发生变化时，即有服务器上线或下线，都会因总权重发生变化而导致调度结果整体改变，hash-type 指定的默认值为此算法
所谓取模运算，就是计算两个数相除之后的余数，
10%7=3，7%4=3
map-based算法:基于权重取模，hash(source_ip)%所有后端服务器相加的总权重
（ii）一致性hash
一致性哈希，当服务器的总权重发生变化时，对调度结果影响是局部的，不会引起大的变动hash(o) mod n
该hash算法是动态的，支持使用 socat等工具进行在线权重调整，支持慢启动
1、后端服务器哈希环点keyA=hash(后端服务器虚拟ip)%(2^32)
2、客户机哈希环点key1=hash(client_ip)%(2^32) 得到的值在[0---4294967295]之间
3、将keyA和key1都放在hash环上，将用户请求调度到离key1最近的keyA对应的后端服务器
hash环偏斜问题
增加虚拟服务器IP数量，比如:一个后端服务器根据权重为1生成1000个虚拟IP，再hash。而后端服务器权重为2则生成2000的虚拟IP，再bash,最终在hash环上生成3000个节点，从而解决hash环偏斜问题
（2）uri
- 基于对用户请求的URI的左半部分或整个uri做hash，再将hash结果对总权重进行取模后根据最终结果将请求转发到后端指定服务器
- 适用于后端是缓存服务器场景
- 默认是静态算法，也可以通过hash-type指定map-based和consistent，来定义使用取模法还是一致性
- 注意:此算法基于应用层，所以只支持 mode http，不支持 mode tcp
<scheme>://<user>:<password>@<host>:<port>/<path>;<params>?<query>#<frag>
左半部分:/<path>;<params>
整个uri:/<path>;<params>?<query>#<frag>（i）uri取模法
（ii）uri一致性hash配置示例
（3）url_param
url param对用户请求的url中的 params 部分中的一个参数key对应的value值作hash计算，并由服务器总权重相除以后派发至某挑出的服务器,后端搜索同一个数据会被调度到同一个服务器，多用于电商
通常用于追踪用户，以确保来自同一个用户的请求始终发往同一个real server如果无没key，将按roundrobin算法
（4）url_param一致性hash
（3）hdr
针对用户每个http头部(header)请求中的指定信息做hash
此处由 name 指定的http首部将会被取出并做hash计算，然后由服务器总权重取模以后派发至某挑出的服务器，如果无有效值，则会使用默认的轮询调度。
（i）hdr取模法
（ii）一致性hash
4、总结
静态
static-rr->tcp/http 不管后端状态，轮询
first--->tcp/http 一个受不了再换下一个
动态
roundrobin-------->tcp/http 先看负载，再看权重
leastconn---->tcp/http 先看链接，再看权重
以下静态和动态取决于hash_type是否consistent
source------>tcp/http 源地址hash
Uri------------>http 访问地址的内容进行hash
url_param--->http 对服务器发送的动作请求进行hash
hdr------------->http 对HTTP报文头进行hash
四、HAProxy状态页
通过web界面，显示当前HAProxy的运行状态
1、状态页配置项
stats enable #基于默认的参数启用stats page
stats hide-version #将状态页中haproxy版本隐藏
stats refresh <delay> #设定自动刷新时间间隔，默认不自动刷新
stats uri <prefix> #自定义stats page uri，默认值:/haproxy?stats stats auth <user>:<passwd> #认证时的账号和密码，可定义多个用户,每行指定一个用户
# 默认:no authentication
stats admin {iflunless }<cond> #启用stats page中的管理功能
2、启用状态页
3、登录状态页
pid=27134(process #，nbproc=1，nbthread=1) #pid为当前pid号，process为当前进程号，nbproc和nbthread为一共多少进程和每个进程多少个线程
uptime =0d 0h00m04s #启动了多长时间
system limits:memmax=unlimited;uimit-n=200029 #系统资源限制:内存/最大打开文件数/
maxsock=200029:maxconn=100000;maxpipes=0 #最大socket连接数/单进程最大连接数/最大管道数maxpipes
current conns=2;current pipes = 0/0;conn rate = 2/sec; bit rate = 0.000 kbps #当前连接数/当前管道数/当前连接速率
Running tasks:1/14;ide=100% #运行的任务/当前空闲率
active UP: #在线服务器
backup UP: #标记为backup的服务器
active UP，going down: #监测未通过正在进入down过程
backup UP, going down: #备份服务器正在进入down过程
active DOWN，going up: #down的服务器正在进入up过程
backup DOWN，going up: #备份服务器正在进入up过程
active or backup DOWN: #在线的服务器或者是backup的服务器已经转换成了down状态
not checked: #标记为不监测的服务器
active or backup DOWN for maintenance(MAINT) #active或者backup服务器人为下线的
active or backup SOFT STOPPED for maintenance #active或者backup被人为软下线(人为将weight改成0)
310
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
