一文带你快速了解——HAProxy负载均衡

Free and easy2322024-08-12 15:16

一、HAProxy简介

1.1、什么是Haproxy

HAProxy是法国开发者 威利塔罗(Willy Tarreau)在2000年使用C语言开发的一个开源软件是一款具备高并发(万级以上)、高性能的TCP和HTTP负载均衡器支持基于cookie的持久性，自动故障切换，支持正则表达式及web状态统计。 提供高可用性、负载均衡以及基于TCP（第四层）和HTTP（第七层）应用的代理软件，支持虚拟主机，它是免费、快速并且可靠的一种解决方案。

官方文档：https://www.haproxy.org/

1.2、Haproxy优缺点

1.2.1、优点

  • 高性能：Haproxy是专门为高性能设计的，具有低延迟和并发处理能力。
  • 灵活：Haproxy具有丰富的配置选项，可以满足各种复杂的负载均衡需求。
  • 可扩展性：Haproxy支持插件扩展，可以轻松地集成到现有的系统中。
  • 安全性：Haproxy提供了SSL/TLS加密、访问控制列表（ACL）等安全功能。

1.2.2、缺点

  • 配置复杂：Haproxy的配置可能比其他一些负载均衡器更复杂，需要一定的学习和经验。
  • 成本较高：Haproxy是一款商业软件，需要购买许可证才能使用。

1.3、实验环境

haproxy：172.25.254.100

web1：172.25.254.10

web2：172.25.254.20

haproxy：

haproxy:(172.25.254.100)

dnf install haproxy -y

rpm -qc haproxy

编辑配置文件

vim /etc/haproxy/haproxy.cfg

设置vim时tap的间距

vim ~/.vimrc

set ts=4 ai sw=4

systemctl enable haproxy
web1:

yum install httpd -y

echo web1 - 172.25.254.10 > /var/www/html/index.html

systemctl enable --now httpd
web2:

yum install nginx -y

echo websever1 - 192.168.0.10 > /usr/share/nginx/html/index.html

systemctl start nginx

二、详解配置文件

haproxy 的配置文件（/etc/haproxy/haproxy.cfg）由两部分组成：全局设定和对代理的设定

1、全局配置段（global）

  • 进程及安全配置相关的参数
  • 性能调整相关参数
  • Debug参数

2、代理配置段（proxies）

  • defaults:为frontend,backend,listen提供默认配置
  • frontend:前端，相当于nginx中的server{}
  • backend:后端，相当于nginx中的upstream{}
  • listen:同时拥有前端和后端配置,配置简单,生产推荐使用

2.1、global参数

log 127.0.0.1 local0 info //定义haproxy日志输出设置

log loghost local0 info //定义haproxy日志级别

maxconn 20480 //定义最大连接数

chroot /usr/local/haproxy //chroot运行路径

pidfile /var/run/haproxy.pid //haproxy进程PID文件

user haproxy //运行haproxy用户，可用uid代替

group haproxy //运行haproxy用户组，可用gid代替

daemon //以后台形式运行haproxy

2.2、defaults参数

mode：tcp|http|health

log：global，为每个实例启用事件和流量日志，因此可用于所有区段。

#启用记录HTTP请求、会话状态和计时器的功能。

option httplog

#等待客户端完整HTTP请求的时间，此处为等待10s.

option http-server-close

#透传客户端真实IP至后端web服务器

#在apache配置文件中加入:<br>%{X-Forwarded-For}i#后在webserer中看日志即可看到地址透传信息

option forwardfor except 127.0.0.0/8

#当server Id对应的服务器挂后，强制定向到其他健康的服务器，重新派发

option redispatch

#连接后端服务器失败次数

retries 3

timeout http request ：在客户端建立连接但不请求数据时，关闭客户端连接

timeout queue ：等待最大时长

timeout connect： 定义haproxy将客户端请求转发至后端服务器所等待的超时时长

timeout client：客户端非活动状态的超时时长

timeout server：客户端与服务器端建立连接后，等待服务器端的超时时长，

timeout http-keep-alive ：定义保持连接的超时时长

timeout check：健康状态监测时的超时时间，过短会误判，过长资源消耗

maxconn :每个server最大的连接数

http-server-close : 在使用长连接时，为了避免客户端超时没有关闭长连接，此功能可以使服务器端关闭长连接

redispatch： 在使用基于cookie定向时，一旦后端某一server宕机时，会将会话重新定向至某一上游服务器，必须使用 的选项

2.3、frontend参数，backend参数

注意:backend 的名称必须唯一,并且必须在listen或frontend中事先定义才可以使用,否则服务无法启动

frontend和backend的简化配置

frontend webcluster

bind *:80

mode http

use_backend webcluster-host（调用backend名称）

backend webcluster-host

mode http

server web1 172.25.254.10:80 check inter 2 fall 2 rise 5

server web2 172.25.254.20:80 check inter 2 fall 2 rise 5

2.4、listen参数

使用listen替换 frontend和backend的配置方式，可以简化设置

listen的简化配置

listen cluster

bind *:80 #设定监听端口，*监听所有

mode tcp

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

2.5、server参数

server <名称> <IP>:<port>

#可指定的健康状态监测IP，可以是专门的数据网段，减少业务网络的流量#指定的健康状态监测端口

check：对指定rea1进行健康状态检査，如果不加此设置，默认不开启检査,只有check后面没有其它配置也可以启用检查功能

inter <num>

#健康状态检查间隔时间，默认2000ms

fall <num>

#后端服务器从线上转为线下的检查的连续失效次数，默认为3

rise <num>

#后端服务器从下线恢复上线的检查的连续有效次数，默认为2

weight <weight>

#默认为1，最大值为256，0(状态为蓝色)表示不参与负载均衡，但仍接受持久连接

backup

#将后端服务器标记为备份状态,只在所有非备份主机down机时提供服务，类似Sorry Server

disabled

#将后端服务器标记为不可用状态，即维护状态，除了持久模式，将不再接受连接,状态为深黄色,优雅下线,不再接受新用户的请求

redirect prefix http://www.baidu.com/

#将请求临时(302)重定向至其它URL，只适用于http模式

redir http://www.baidu.com

#将请求临时(302)重定向至其它URL，只适用于http模式

maxconn <maxconn>

#当前后端server的最大并发连接数

2.6、socat

可对服务器动态权重和其它状态可以利用 socat工具进行调整，Socat 是 Linux 下的一个多功能的网络工具，名字来由是Socket CAT，相当于netCAT的增强版.Socat 的主要特点就是在两个数据流之间建立双向通道，且支持众多协议和链接方式。如IP、TCP、UDP、IPv6、Socket文件等。

dnf install socat -y

查看集群状态

echo "show servers state" | socat stdio /var/lib/haproxy/stats

改权重

echo "set weight webcluster/web1 1" | socat stdio /var/lib/haproxy/stats

查看web1的权重

例一:利用工具socat 对服务器动态权重调整

例二、将web1下线

重新启动：

例三、针对多进程处理方法

启用多进程

查看多进程信息

这样就会生成两个stats文件来进行多进程管理

三、Haproxy的算法

3.1、静态算法

静态算法:按照事先定义好的规则轮询公平调度，不关心后端服务器的当前负载、连接数和响应速度等，且无法实时修改权重(只能为0和1,不支持其它值)，只能靠重启HAProxy生效。

3.1.1、static-rr:基于权重的轮询调度

  • 不支持运行时利用socat进行权重的动态调整(只支持0和1,不支持其它值)
  • 不支持端服务器慢启动
  • 其后端主机数量没有限制，相当于LVS中的 wrr

如：

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance static-rr

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 2

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

3.1.2、first

  • 根据服务器在列表中的位置，自上而下进行调度
  • 其只会当第一台服务器的连接数达到上限，新请求才会分配给下一台服务
  • 其会忽略服务器的权重设置
  • 不支持用socat进行动态修改权重,可以设置0和1,可以设置其它值但无效

如：

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance first

server web1 172.25.254.10:80 maxconn 1 check inter 2 fall 3 rise 5 weight 2

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

3.2、动态算法

  • 基于后端服务器状态进行调度适当调整
  • 新请求将优先调度至当前负载较低的服务器
  • 权重可以在haproxy运行时动态调整无需重启

3.2.1、roundrobin

  • 基于权重的轮询动态调度算法
  • 支持权重的运行时调整，不同于Ivs中的rr轮训模式
  • HAProxy中的roundrobin支持慢启动(新加的服务器会逐渐增加转发数)
  • 其每个后端backend中最多支持4095个real server
  • 支持对real server权重动态调整
  • roundrobin为默认调度算法,此算法使用广泛

如：

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance roundrobin

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

3.2.2、leastconn

  • 支持权重的运行时调整和慢启动，即:根据当前连接最少的后端服务器而非权重进行优先调度(新客户端连接)
  • 比较适合长连接的场景使用，比如:MySQL等场景

如：

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance leastconn

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 3

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

3.3、其他算法（既可静态也可动态）

有hash-type contsistent是动态，没有是静态

3.3.1、sorce

  • 源地址hash，基于用户源地址hash并将请求转发到后端服务器，后续同一个源地址请求将被转发至同一个后端web服务器。
  • 此方式当后端服务器数据量发生变化时，会导致很多用户的请求转发至新的后端服务器，默认为静态方式
  • 但是可以通过hash-type支持的选项更改这个算法一般是在不插入Cookie的TCP模式下使用，也可给拒绝会话cookie的客户提供最好的会话粘性，适用于session会话保持但不支持cookie和缓存的场景源地址有两种转发客户端请求到后端服务器的服务器选取计算方式，分别是取模法和一致性hash

如：

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance source

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 3

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

如果访问客户端时一个家庭，那么所有的家庭的访问流量都会被定向到一台服务器，这时source算法的缺陷

1、取模法（mod-base）

mod-base：对source地址进行hash计算，再基于服务器总权重的取模，最终结果决定将此请求转发至对应的后端服务器。

此方法是静态的，即不支持在线调整权重，不支持慢启动，可实现对后端服务器均衡调度缺点是当服务器的总权重发生变化时，即有服务器上线或下线，都会因总权重发生变化而导致调度结果整体改变，hash-type 指定的默认值为此算法

如：

2、一致性hash

一致性hash：当服务器的总权重发生变化时，对调度结果影响是局部的，不会引起大的变动。

该hash算法是动态的，支持使用 socat等工具进行在线权重调整，支持慢启动

如：

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance source

hash-type consistent

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

3.3.2、uri

  • 基于对用户请求的URI的左半部分或整个uri做hash，再将hash结果对总权重进行取模后
  • 根据最终结果将请求转发到后端指定服务器适用于后端是缓存服务器场景
  • 默认是静态算法，也可以通过hash-type指定map-based和consistent，来定义使用取模法还是一致性hash

注意:此算法基于应用层，所以只支持 mode http ，不支持 mode tcp

1、uri取模法

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance uri

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

2、uri一致性hash

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance uri

hash-type consistent

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1
[root@webserver1 ~]# echo web1-index1 > /var/www/html/index1.html

[root@webserver1 ~]# echo web1-index2 > /var/www/html/index2.html

[root@webserver1 ~]# echo web1-index3 > /var/www/html/index3.html

[root@webserver2 ~]# echo web2-index1 > /var/www/html/index1.html

[root@webserver2 ~]# echo web2-index2 > /var/www/html/index2.html

[root@webserver2 ~]# echo web2-index3 > /var/www/html/index3.html

访问不同的uri，可以将用户同样的请求转发至相同的服务器

3.3.3、url_param

  • url_param对用户请求的url中的 params 部分中的一个参数key对应的value值作hash计算，并由服务器总权重相除以后派发至某挑出的服务器,后端搜索同一个数据会被调度到同一个服务器，多用与电商
  • 通常用于追踪用户，以确保来自同一个用户的请求始终发往同一个realserver
  • 如果无没key，将按roundrobin算法

1、取模法

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance uri_param name,userid

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

2、一致性hash

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance uri_param name,userid

hash-type consistent

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

3.3.4、hdr

针对用户每个http头部(header)请求中的指定信息做hash，此处由 name 指定的http首部将会被取出并做hash计算，然后由服务器总权重取模以后派发至某挑出的服务器如果无有效值，则会使用默认的轮询调度。

1、取模值

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance hdr(User-Agent)

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

2、一致性hash

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode http

balance hdr(User-Agent)

hash-type consistent

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

3.4、算法总结

#静态

static-rr---------------------------------------->tcp/http

first --------------------------------------------->tcp/http

#动态

roundrobin----------------------------------->tcp/http

leastconn---------------------------------------->tcp/http

#以下静态和动态取决于hash_type是否consistent

source---------------------------------------------->tcp/http

Uri----------------------------------------------------->http

url_param------------------------------------------->http

hdr---------------------------------------------------->http

3.4.1、各算法使用场景

first #使用较少

static-rr #做了session共享的web集群

roundrobin

leastconn #数据库

source

#基于客户端公网IP的会话保持

Uri--------------->http #缓存服务器，CDN服务商，蓝汛、百度、阿里云、腾讯

ur] param--------->http #可以实现session保持

hdr #基于客户端请求报文头部做下一步处理

四、高级功能实验

4.1、基于cookie的会话保持

cookie value:为当前server指定cookie值，实现基于cookie的会话黏性，相对于基于 source 地址hash 调度算法对客户端的粒度更精准，但同时也加大了haproxy负载，目前此模式使用较少，已经被session共享服务器代替。

统一cookie值的使用通一服务器

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

option forwardfor

mode http

balance roundrobin

cookie WEBCOOKIE insert nocache indirect

server web1 172.25.254.10:80 cookie zpy1 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 cookie zpy2 check inter 2 fall 3 rise 5 weight 1

网页测试：

命令测试：

基于cookie指定值访问

curl -b WEBCOOKIE=zpy1 172.25.254.100

4.2、状态页

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 {ifunless } <cond> #启用stats page中的管理功能

2、启用状态页

配置文件（/etc/haproxy/haproxy.cfg）：

listen stats:

mode http

bind *:7777

stats enable

stats uri /status

stats auth zpy:zpy

3、登录状态页

4.3、IP透传

4.3.1、四层IP透传

四层IP透传只能用在nginx上，apache用不了

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode tcp

balance roundrobin

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 send-proxy check inter 2 fall 3 rise 5 weight 1

nginx配置：（/etc/nginx/nginx.conf）

(在访问日志中通过变量$proxy_protoco1_addr 记录透传过来的客户端IP)

http {

log_format main '$remote_addr - remote_user \[time_local] "$request" '

'$status body_bytes_sent "http_referer" '

'"$proxy_protocol_addr"'

'"http_user_agent" "http_x_forwarded_for"';

..................

server {

listen 80 proxy_protocol;

listen [::]:80;

server_name _;

root /usr/share/nginx/html；

..................

}

}

测试：

4.3.2、七层IP透传

当haproxy工作在七层的时候，也可以透传客户端真实IP至后端服务器

配置文件（/etc/haproxy/haproxy.cfg）：

listen webcluster

bind *:80

mode tcp

balance roundrobin

server web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1

server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

在由haproxy发往后端主机的请求报文中添加"X-Forwarded-For"首部，其值为前端客户端的地址;用于向后端主发送真实的客户端IP

nginx的配置：（/etc/nginx/nginx.conf）

http {

log_format main '$remote_addr - remote_user \[time_local] "$request" '

'$status body_bytes_sent "http_referer" '

'"http_user_agent" "http_x_forwarded_for"';

..................

server {

listen 80;

listen [::]:80;

server_name _;

root /usr/share/nginx/html；

..................

}

}

apache的配置：（/etc/httpd/conf/httpd.conf）

<IfModule log_config_module>

The following directives define some format nicknames for use with

a CustomLog directive (see below).

#LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined

LogFormat "%{X-Forwarded-For}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined

LogFormat "%h %l %u %t \"%r\" %>s %b" common

测试：


4.4、ACL（访问控制列表Access ControlLists）

1、ACL配置选项

|-----|-------------|---------------|-----------|--------------|-----------|---|
| 用ACL来定义或声明一个acl |||||||
| acl | <aclname> | <criterion> | <flags> | <operator> | <value> |
| acl | 名称 | 匹配规范 | 匹配模式 | 具体操作符 | 操作对象类型 |

2、ACL-criterion 匹配规范

hdr string，提取在一个HTTP请求报文的首部

hdr([<name>[，<occ>]])：完全匹配字符串,header的指定信息，<occ>表示在多值中使用的值的出现次数

hdr_beg([<name>[，<occ>]])：前缀匹配，header中指定匹配内容的begin

hdr_end([<name>[，<occ>]])：后缀匹配，header中指定匹配内容end

hdr_dom([<name>[，<oCC>]])：域匹配，header中的domain name(host)

hdr_dir([<name>[，<occ>]])：路径匹配，header的uri路径

hdr_1en([<name>[，<occ>]])：长度匹配，header的长度匹配

hdr_reg([<name>[，<occ>]])：正则表达式匹配，自定义表达式(regex)糊匹配

hdr_sub([<name>[，<occ>]])：子串匹配，header中的uri模糊匹配 模糊匹配c 洪湖报文中a/b/c也会匹配

3、 ACL-flags 匹配模式

-i 不区分大小写

-m 使用指定的正则表达式匹配方法

-n 不做DNS解析

-u 禁止ac1重名，否则多个同名ACL匹配或关系

4、ACL-operator 具体操作符

ACL操作符

整数比较:eq、ge、gt、1e、1t

字符比较:

-exact match(-m str)：字符串必须完全匹配模式

-substring match(-m sub)：在提取的字符串中查找模式，如果其中任何一个被发现，ACL将匹配

-prefix match(-m beg)：在提取的字符串首部中查找模式，如果其中任何一个被发现，ACL将匹配

  • subdir match(-m dir)：将模式与提取字符串的尾部进行比较，如果其中任何一个匹配，则ACL进行匹配

  • subdir match(-m dir)：查看提取出来的用斜线分隔("/")的字符串，如其中任一个匹配，则ACL进行匹配

-domain match(-m dom)：查找提取的用点(".")分隔字符串，如果其中任何一个匹配，则ACL进行匹配

5、多个ACL的组合调用方式

与:隐式(默认)使用

或:使用"or"或""表示

否定:使用"!"表示

4.4.1、域名匹配

首先在本地主机进行域名解析

配置文件（/etc/haproxy/haproxy.cfg）：

frontend webcluster

bind *:80

mode http

acl test hdr_dom(host) -i www.timingzpy.org

#acl test hdr_end(host) -i www.timingzpy.org

#acl test hdr_dom(host) -i www.timingzpy.org

#acl badwebrowers hdr_sub(User-Agent) -i curl wget

#acl static path_end -i .html .jpg .png .css .jc

#acl php path_end -i .php

###############################################

use_backend webcluster-host if test

#use_backend webcluster-host if ctrl_ip

#http-request deny if badwebrowers

#use_backend webcluster-host if php

#use_backend webcluster

default_backend default-host

backend webcluster-host

mode http

server web1 172.25.254.10:80 check inter 2 fall 2 rise 5

backend default-host

mode http

server web2 172.25.254.20:80 check inter 2 fall 2 rise 5

1、 acl test hdr_dom(host) -i www.timingzpy.org

满足条件就用的服务器1，不满足就用服务器2

2、 acl test hdr_end(host) -i www

4.4.2、基于源地址的访问控制

acl test src 172.25.254.1 172.25.254.20

测试：

拒绝指定IP或IP范围访问

acl test src 172.25.254.1 172.25.254.20

http-request deny if test

default_backend default-host

测试：

src:172.25.254.20

src:172.25.254.100

4.4.3、匹配浏览器类型

匹配客户端浏览器，将不同类型的浏览器调动至不同的服务器组

范例: 拒绝curl和wget的访问

acl test hdr_sub(User-Agent) -i curl wget

http-request deny if test

default_backend default-host

4.4.3、基于文件后缀名实现动静分离

web1:

yum install php -y

systemctl restart httpd

vim /var/www/html/index.php

<?php

phpinfo();

?>
Haproxy：

acl static path_end -i .html .jpg .png .css .jc

acl php path_end -i .php

use_backend webcluster-host if php

default_backend default-host
web2:（静态页面）

mkdir/usr/share/nginx/html/static -p

echo static -172.25.254.20 > /usr/share/nginx/html/static/index.htm

测试：

4.5、自定义Haproxy错误页面

对指定的报错进行重定向，进行优雅的显示错误页面

使用errorfile和erroroc指令的两种方法，可以实现自定义各种错误页面

查看Haproxy默认使用的错误页面

rpm -ql haproxy | grep http

自定义错误页面

mkdir /etc/haproxy/errorpage

vim /etc/haproxy/errorpage/503.http

也可以将将他默认的错误页面复制成我们的错误页面，在进行改动，这样可以减少错误
haproxy:

errorfile 503 /etc/haproxy/errorpage/503.http

通过在server后面加disabled，来下线两个服务器

backend webcluster-host

mode http

server web1 172.25.254.10:80 check inter 2 fall 2 rise 5 disabled

backend default-host

mode http

server web2 172.25.254.20:80 check inter 2 fall 2 rise 5 disabled

基于http重定向错误页面

将错误页面重定向到百度

haproxy:

errorloc 503 https://www.baidu.com

4.6、 Haproxy四层负载

以mysql为例：

haproxy：

listen dbserver:

bind *:3306

mode tcp

balance static-rr

server db1 172.25.254.10:3306 check inter 2 fall 2 rise 5

server db2 172.25.254.20:3306 check inter 2 fall 2 rise 5
web1/2:

yum install mariadb-server -y

改配置区分一下：

vim /etc/my.cnf.d/mariadb-server.cnf

开启mariadb

进入mysql

select @@server_id:可以查看id,来区分

设置用户名密码

create user zpy@'%' idnetified by 'zpy';

给予权限

Grant ALLON *.* TO zpy@'%';

退出
Haproxy：

mysql -uzpy -pzpy -h 172.25.254.100

select @@server_id

4.7、Haproxy https 实现

证书制作：

Haproxy：

mkdir -p /etc/haproxy/certs

openssl req -newkey rsa:2048 -nodes -sha512 -keyout /etc/haproxy/certs/timingzpy.org.key -x509 -days 365 -out /etc/haproxy/certs/timingzpy.org.crt
cat /etc/haproxy/certs/timinglee.org.key /etc/haproxy/certs/timinglee.org.crt > /etc/haproxy/certs/timingzpy.pem

配置文件：

frontend webcluster

bind *:80

redirect scheme https if !{ ssl_fc }

mode http

listen web-https

bind *:443 ssl crt /etc/haproxy/certs/timingzpy.pem

mode http

balance roundrobin

server web1 172.25.254.10:80 check inter 2 fall 2 rise 5

server web2 172.25.254.20:80 check inter 2 fall 2 rise 5
curl -IkL http://172.25.254.100

全站加密

[root@haproxy ~]# cd /etc/haproxy/conf.d/

[root@haproxy conf.d]# cat webcluster.cfg

listen stats

mode http

bind *:7777

stats enable

stats refresh 3

stats uri /status

stats auth zpy:zpy

[root@haproxy conf.d]# systemctl daemon-reload

[root@haproxy conf.d]# systemctl restart haproxy.service

相关推荐
人类群星闪耀时21 分钟前
大模型技术优化负载均衡：AI驱动的智能化运维
运维·人工智能·负载均衡
新时代农民工--小明1 小时前
前端自动化部署更新，自动化打包部署
运维·前端·自动化
一个不秃头的 程序员2 小时前
服务器上加入SFTP------(小白篇 1)
运维·服务器
fnd_LN2 小时前
Linux文件目录 --- 复制命令CP、递归复制目录、软连接、硬链接
linux·运维·服务器
MorleyOlsen2 小时前
【Trick】解决服务器cuda报错——RuntimeError: cuDNN error: CUDNN_STATUS_NOT_INITIALIZED
运维·服务器·深度学习
周周的奇妙编程2 小时前
基于鲲鹏服务器的打砖块小游戏部署
运维·服务器
大熊程序猿2 小时前
airflow docker 安装
运维·docker·容器
从后端到QT2 小时前
boost asio 异步服务器
服务器·网络·tcp/ip
会飞的土拨鼠呀2 小时前
chart文件结构
运维·云原生·kubernetes
人类群星闪耀时2 小时前
基于AI的网络流量分析：构建智能化运维体系
运维·人工智能
热门推荐
01〔AI 绘画〕Stable Diffusion 之 解决绘制多人或面部很小的人物时面部崩坏问题 篇02YOLOv8训练好模型后，追加轮数继续训练、或者提前终止训练，缩减训练轮数03玄机平台应急响应—webshell查杀04SQL 主从数据库实时备份05HCIA-datacom数通题库和录播视频资料06Docker 夺命连环 15 问07VSCode插件 —— Cody AI （免费AI助手！）08校验 GPT-4 真实性的三个经典问题：快速区分 GPT-3.5 与 GPT-4，并提供免费测试网站09(欧拉)openEuler系统添加网卡文件配置流程、(欧拉)openEuler系统手动配置ipv6地址流程、(欧拉)openEuler系统网络管理说明10组基轨迹建模 GBTM的介绍与实现（Stata 或 R）