HAProxy原理及实例

目录

目录

haproxy简介

haproxy的基本信息

haproxy下载并查看版本

haproxy的基本配置信息

global配置

​编辑多进程和多线程

启用多进程

启用多线程

haproxy开启多线程和多进程有什么用

proxies配置

defaults

frontend

 backend

 listen

socat工具

实例:

​编辑​编辑​编辑​编辑

测试结果​编辑

haproxy的算法

实验环境配置

静态算法

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

实例:

​编辑测试结果:

first

实例:

测试结果:

动态算法

roundrobin

实例:

测试结果:

leastconn

实例:

其他算法

source

map-base 取模法

一致性hash

实例:

其他功能及配置

cookie value介绍

实例:

测试结果

IP 透传

四层ip透传

七层ip透传

​编辑测试结果

 ACL

ACL域名匹配

 ACL基于源IP或子网调度访问

 ACL基于源地址的访问控制

ACL匹配浏览器类型

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

测试结果

ACL-匹配访问路径实现动静分离

测试结果

自定义HAProxy 错误界面

基于自定义的错误页面文件

实例:

​编辑​编辑测试结果 

基于http重定向错误页面

实例:

​编辑测试结果

​编辑 HAProxy 四层负载

四层负载实例:

HAProxy https 实现

实例:

测试结果 



haproxy简介

HAProxy 是一款免费、开源且非常快速和可靠的负载均衡和代理软件。 有以下一些主要特点和优势:

1. 负载均衡:能够在多个后端服务器之间均匀地分配网络流量,支持多种负载均衡算法,如轮询、加权轮询、最少连接等。

2. 高可用性:监测后端服务器的健康状况,自动将流量从故障服务器转移到正常服务器,确保服务的连续性。

3. 性能出色:在处理大量并发连接时表现出色,具有低延迟和高吞吐量。

4. 支持多种协议:包括 HTTP、HTTPS、TCP 等,可以用于不同类型的应用和服务的负载均衡。

5. 灵活的配置:通过配置文件进行详细和灵活的设置,以满足各种复杂的业务需求。

6. 会话保持:能够根据不同的策略(如源 IP 地址、Cookie 等)保持用户会话与同一后端服务器的关联。

7. 前端和后端的分离:清晰地定义前端接收客户端请求的规则和后端服务器池的配置。

8. 监控和统计:提供丰富的监控指标和统计信息,有助于管理员了解系统的运行状态和性能。

        HAProxy 广泛应用于大型网站、云计算环境和企业级应用架构中,是一款具备高并发(万级以上)、高性能的TCP和HTTP负载均衡器 ,支持基于cookie的持久性,自动故障切换,支持正则表达式及web状态统计

haproxy的基本信息

haproxy下载并查看版本

[root@haproxy ~]#  yum install haproxy -y[root@haproxy ~]#  haproxy -v
HAProxy version 2.4.22-f8e3218 2023/02/14 - https://haproxy.org/
Status: long-term supported branch - will stop receiving fixes around Q2 2026.
Known bugs: http://www.haproxy.org/bugs/bugs-2.4.22.html
Running on: Linux 5.14.0-427.13.1.el9_4.x86_64 #1 SMP PREEMPT_DYNAMIC Wed Apr 10 10:29:16 EDT 2024 x86_64

haproxy的基本配置信息

HAProxy 的配置文件haproxy.cfg由两大部分组成,分别是:

global:(全局配置段)

        进程及安全配置相关的参数

        性能调整相关参数

        Debug参数

proxies:(代理配置段)

        defaults:为frontend, backend, listen提供默认配置

        frontend:前端,相当于nginx中的server {}

        backend:后端,相当于nginx中的upstream {}

        listen:同时拥有前端和后端配置,配置简单,生产推荐使用

global配置

global的配置都是全局配置

global

        log                 127.0.0.1 local2                 # 将日志发送到本地 IP 127.0.0.1 的 local2 日志设施

        chroot                 /var/lib/haproxy            # 修改进程的根目录为 /var/lib/haproxy,锁定运行目录

        pidfile                 /var/run/haproxy.pid     # 指定 HAProxy 进程的 PID 文件路径

        maxconn                 4000                       # 设置最大并发连接数为 4000

        user                 haproxy                         # 以 haproxy 用户运行进程

        group                 haproxy                       # 所属的用户组为 haproxy

        daemon                                                 # 以守护进程方式运行

        

        stats socket /var/lib/haproxy/stats                              # 启用统计信息的 Unix 套接字

        

        ssl-default-bind-ciphers PROFILE=SYSTEM            # 使用系统默认的绑定加密策略

        ssl-default-server-ciphers PROFILE=SYSTEM         # 使用系统默认的服务器加密策略

多进程和多线程
启用多进程
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
globallog         127.0.0.1 local2chroot      /var/lib/haproxypidfile     /var/run/haproxy.pidmaxconn     4000user        haproxygroup       haproxydaemon# turn on stats unix socketstats socket /var/lib/haproxy/stats1 mode 600 level admin process 1stats socket /var/lib/haproxy/stats2 mode 600 level admin process 2# utilize system-wide crypto-policiesssl-default-bind-ciphers PROFILE=SYSTEMssl-default-server-ciphers PROFILE=SYSTEMnbproc 2cpu-map 1 0cpu-map 2 1

启用多线程
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
globallog         127.0.0.1 local2chroot      /var/lib/haproxypidfile     /var/run/haproxy.pidmaxconn     4000user        haproxygroup       haproxydaemon# turn on stats unix socketstats socket /var/lib/haproxy/stats1 mode 600 level admin process 1stats socket /var/lib/haproxy/stats2 mode 600 level admin process 2# utilize system-wide crypto-policiesssl-default-bind-ciphers PROFILE=SYSTEMssl-default-server-ciphers PROFILE=SYSTEMnbthread 2 

haproxy开启多线程和多进程有什么用

 多线程:

1. 提高并发处理能力:能够同时处理多个并发连接和请求,从而提升整体的性能和吞吐量。

2. 更好地利用多核 CPU 资源:充分发挥现代多核处理器的优势,提高资源利用率。

多进程: 1

. 增强稳定性:当一个进程出现故障时,其他进程可以继续工作,降低了单点故障的影响,提高了服务的可用性。

2. 资源隔离:不同的进程可以有独立的资源分配,避免相互干扰,有助于保障服务的稳定性和性能。

3. 便于管理和监控:可以对不同的进程进行单独的管理、配置和监控,更加灵活和精确地控制 Haproxy 的运行状态。

proxies配置

参数作用
defaults默认配置项,针对以下的frontend、backend和listen生效,可以多个 name也可以没有name
frontend前端servername,类似于Nginx的一个虚拟主机 server和LVS服务集 群。
backend后端服务器组,等于nginx的upstream和LVS中的RS服务器
listen将frontend和backend合并在一起配置,相对于frontend和backend 配置更简洁,生产常用
defaults

defaults

        mode          http                 # 默认为 HTTP 模式

        log              global                 # 继承全局的日志配置

        option         httplog                 # 启用详细的 HTTP 日志记录

        option         dontlognull                 # 不记录空的内容(例如,没有有效数据的请求)

        option         http-server-close                 # 服务器主动关闭连接

        option         forwardfor except 127.0.0.0/8                 # 转发客户端真实 IP,但排除 127.0.0.0/8 网段

        option         redispatch                 # 当后端服务器不可用时,重新分配请求到其他可用服务器

        retries         3                 # 重试次数为 3 次

        timeout       http-request 10s                 # HTTP 请求的超时时间为 10 秒

        timeout       queue 1m                 # 队列超时时间为 1 分钟

        timeout       connect 10s                 # 连接超时时间为 10 秒

        timeout       client 1m                 # 客户端超时时间为 1 分钟

        timeout       server 1m                 # 服务器超时时间为 1 分钟

        timeout       http-keep-alive 10s                 # HTTP 保持活动连接的超时时间为 10 秒

        timeout       check 10s                         # 健康检查的超时时间为 10 秒

        maxconn     3000                 # 最大并发连接数为 3000

frontend

frontend main

        bind *:5000                 # 表示绑定到所有接口的 5000 端口

        acl url_static         path_beg         -i /static /images /javascript /stylesheets                 # 定义一个名为 url_static 的访问控制列表(ACL),当请求路径以指定的字符串(不区分大小写)开头时匹配

        acl url_static         path_end         -i .jpg .gif .png .css .js                 # 当请求路径以指定的文件扩展名(不区分大小写)结尾时也匹配

        use_backend static         if url_static                 # 如果请求匹配 url_static 这个 ACL 条件,则使用名为 static 的后端

        default_backend         app                 # 默认使用名为 app 的后端

 backend

backend static

        balance         roundrobin                 # 为后端的服务器采用轮询(roundrobin)的负载均衡算法

        server         static 127.0.0.1:4331 check                 # 定义名为 static 的服务器,地址为 127.0.0.1:4331,并启用健康检查

 listen

使用listen替换 frontend和backend的配置方式,可以简化设置,通常只用于TCP协议的应用

socat工具

        socat是一个多功能的命令行工具,用于在两个不同的数据通道之间建立连接和数据传输。 它支持多种类型的通道,例如网络套接字、文件、进程管道等。`socat` 常用于数据转发、端口转发、创建虚拟连接以及在不同类型的接口之间转换数据。 例如,可以使用 `socat` 来将一个本地端口的连接转发到另一个远程主机和端口,或者将一个文件的内容发送到网络端口。

        对服务器动态权重和其它状态可以利用 socat工具进行调整,Socat 是 Linux 下的一个多功能的网络工具

实例:

使用多进程来做实例

[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
stats socket /var/lib/haproxy/stats1 mode 600 level admin process 1
stats socket /var/lib/haproxy/stats2 mode 600 level admin process 229     nbproc 2
30     cpu-map 1 0
31     cpu-map 2 1[root@haproxy ~]# echo get weight webcluster/web1 | socat stdio /var/lib/haproxy/stats1		#查看权重
1 (initial 1)[root@haproxy ~]# echo "set weight webcluster/web1 2"| socat stdio /var/lib/haproxy/stats1			#改权重[root@haproxy ~]# echo "disable server webcluster/web1"| socat stdio /var/lib/haproxy/stats1        #禁用名为 webcluster/web1 的服务器[root@haproxy ~]# echo "enable server webcluster/web1"| socat stdio /var/lib/haproxy/stats1                #启用用名为 webcluster/web1 的服务器

测试结果

haproxy的算法

实验环境配置

名称IP
haproxy172.25.254.100
webserver1172.25.254.10
webserver2172.25.254.20

 haproxy主机上下载haproxy

webserver主机上下载apache,并在webserver1上写入网页内容1111111,在webserver2上写入网页内容2222222

静态算法

        静态算法是指在负载均衡决策过程中不考虑服务器的实时状态(如当前连接数、负载等)的算法。 常见的静态负载均衡算法包括:

1. 轮询(Round Robin):按顺序依次将请求分配到后端的每台服务器。

2. 加权轮询(Weighted Round Robin):为后端服务器分配不同的权重,根据权重比例分配请求。

        静态算法相对简单,适用于后端服务器性能相对稳定且差异不大的情况。但它们无法根据服务器的实时负载和健康状况进行动态调整。

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

  • 不支持运行时利用socat进行权重的动态调整(只支持0和1,不支持其它值)
  • 不支持端服务器慢启动
  • 其后端主机数量没有限制,相当于LVS中的 wrr
实例:
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
listen webclusterbind *:80mode httpbalance static-rrserver web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 1server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1
测试结果:
[root@haproxy ~]# for i in {1..10};do curl 172.25.254.100;done

(不支持运行时利用socat进行权重的动态调整)

first

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

这里添加maxconn 1(最大链接数为1仅做演示效果)

[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
listen webclusterbind *:80mode httpbalance firstserver web1 172.25.254.10:80 maxconn 1 check inter 2 fall 3 rise 5 weight 1server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

测试结果:
[root@webserver1 ~]# while true ; do curl 172.25.254.100; sleep 0.1;done

(如果webserver1满了才会使用webserver2)

动态算法

roundrobin

  • 基于权重的轮询动态调度算法,
  • 支持权重的运行时调整,不同于lvs中的rr轮训模式,
  • HAProxy中的roundrobin支持慢启动(新加的服务器会逐渐增加转发数),
  • 其每个后端backend中最多支持4095个real server,
  • 支持对real server权重动态调整,
  • roundrobin为默认调度算法,此算法使用广泛
实例:
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
listen webclusterbind *:80mode httpbalance roundrobinserver web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 2server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

测试结果:

(支持运行时利用socat进行权重的动态调整)

leastconn

  • leastconn加权的最少连接的动态
  • 支持权重的运行时调整和慢启动,即:根据当前连接最少的后端服务器而非权重进行优先调度(新客户 端连接)
  • 比较适合长连接的场景使用,比如:MySQL等场景
实例:
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
listen webclusterbind *:80mode httpbalance leastconnserver web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 2server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

其他算法

其它算法即可作为静态算法,又可以通过选项成为动态算法

source

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

map-base 取模法

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

此方法是静态的,即不支持在线调整权重,不支持慢启动,可实现对后端服务器均衡调度

缺点是当服务器的总权重发生变化时,即有服务器上线或下线,都会因总权重发生变化而导致调度结果 整体改变 hash-type 指定的默值为此算法

所谓取模运算,就是计算两个数相除之后的余数,10%7=3, 7%4=3 map-based算法:基于权重取模,hash(source_ip)%所有后端服务器相加的总权重

比如当源hash值时1111,1112,1113,三台服务器a b c的权重均为1, 即abc的调度标签分别会被设定为 0 1 2

(1111%3=1,1112%3=2,1113%3=0)

1111 ----- > nodeb

1112 ------> nodec

1113 ------> nodea

如果a下线后,权重数量发生变化

1111%2=1,1112%2=0,1113%2=1

1112和1113被调度到的主机都发生变化,这样会导致会话丢失

一致性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环是0到2的32次方减1个数字落在一个圆上

 一致性hash示意图

后端服务器在线与离线的调度方式

实例:

有hash-type就是动态算法,没有hash-type就是静态算法

[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
listen webclusterbind *:80mode httpbalance  sourcehash-type consistentserver web1 172.25.254.10:80 check inter 2 fall 3 rise 5 weight 2server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

其他功能及配置

cookie value介绍


cookie value:为当前server指定cookie值,实现基于cookie的会话黏性,相对于基于 source 地址hash 调度算法对客户端的粒度更精准,但同时也加大了haproxy负载。

        网站通过在服务器端设置 Cookie,并指定其值,然后将 Cookie 发送到用户的浏览器。当用户再次访问该网站时,浏览器会将相关的 Cookie 值发送回服务器,以便网站能够识别用户身份、提供个性化的服务或执行特定的功能。

目前此模式使用较少, 已经被session 共享服务器代替

注意:不支持 tcp mode,使用 http mode 
haproxy端的配置 

实例:
vim /etc/haproxy/haproxy.cfg
cookie webcookie insert nocache indirect
server web1 172.25.254.10:80 cookie lee1 check inter 2 fall 3 rise 5 weight 1
server web2 172.25.254.20:80 cookie lee2 check inter 2 fall 3 rise 5 weight 2

测试结果

IP 透传

介绍
“IP 透传”(IP Passthrough)是一种网络配置方式,指的是将网络服务提供商分配给用户的公网 IP 地址直接传递或分配给用户设备,而不是经过网络地址转换(NAT)处理。 在传统的网络环境中,特别是在使用家庭宽带时,多个设备通过路由器共享一个公共 IP 地址,内部设备的私有 IP 地址通过 NAT 转换为公共 IP 地址来与外部网络通信。而 IP 透传则允许特定设备直接获得公网 IP 地址,从而能够更直接地与外部网络进行通信。 IP 透传的主要优点包括: 1. 对于某些需要直接暴露在公网的服务或应用(如远程监控、服务器托管等),可以实现更直接和高效的连接。 2. 减少由于 NAT 转换可能带来的网络性能损耗和一些兼容性问题。 然而,IP 透传也可能带来一些潜在的安全风险,例如直接暴露的设备可能更容易受到网络攻击。在使用 IP 透传时,需要采取适当的安全措施来保护设备和网络。

四层ip透传

接收端是nginx

haproxy端配置

[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
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[root@haproxy ~]# systemctl restart haproxy.service 

 webserver2上面的配置

[root@webserver2 ~]# vim /etc/nginx/nginx.conf
19         '"$proxy_protocol_addr"'
41         listen       80 proxy_protocol;

七层ip透传

haproxy端配置

[root@haproxy ~]# systemctl restart haproxy.service 
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@haproxy ~]# vim /etc/haproxy/haproxy.cfg 

webserver1和 webserver2上面的配置

[root@webserver1 ~]# vim /etc/httpd/conf/httpd.conf 
LogFormat "%{X-Forwarded-For}i %h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined[root@webserver2 ~]# vim /etc/nginx/nginx.conf
19                       '"$proxy_protocol_addr"'


测试结果

 ACL

访问控制列表ACL,Access Control Lists) 是一种基于包过滤的访问控制技术 它可以根据设定的条件对经过服务器传输的数据包进行过滤(条件匹配)即对接收到的报文进行匹配和过 滤,如源 IP 地址、目标 IP 地址、请求的 URL、HTTP 方法、请求头的值等进行条件判断。 通过使用 ACL,可以实现以下功能:

1. 基于请求的特征进行精细的流量控制,例如只允许来自特定 IP 范围的请求访问某些后端服务器。

2. 实现动静分离,将对静态资源(如图片、CSS、JavaScript 文件)的请求与对动态页面(如 PHP、Python 脚本生成的页面)的请求分开处理。

3. 根据不同的条件将请求路由到不同的后端服务器组。

4. 实施访问限制,例如阻止某些特定的请求方法或拒绝特定的用户代理。

ACL 的定义通常与 `use_backend` 规则结合使用,以根据 ACL 的匹配结果决定将请求发送到哪个后端服务器或采取何种操作。

ACL域名匹配

[root@haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend testaclbind :80mode httpacl web_host hdr_dom(host) www.timinglee.orguse_backend timinglee_host if web_host       default_backend default_webserverbackend timinglee_hostmode httpserver web1 172.25.254.10:80 check weight 1 inter 3s fall 3 rise 5backend default_webservermode httpserver web2 172.25.254.20:80 check weight 1 inter 3s fall 3 rise 5

 ACL基于源IP或子网调度访问

将指定的源地址调度至指定的web服务器组。

[root@haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend testaclbind :80mode httpacl ip_test src 172.25.254.1 192.168.0.0/24use_backend timinglee_host if web_host       default_backend default_webserverbackend timinglee_hostmode httpserver web1 172.25.254.10:80 check weight 1 inter 3s fall 3 rise 5backend default_webservermode httpserver web2 172.25.254.20:80 check weight 1 inter 3s fall 3 rise 5

 ACL基于源地址的访问控制

拒绝指定IP或者IP范围访问

[root@haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend testaclbind :80mode httpacl web_host hdr_dom(host) www.timinglee.orgacl ip_test src 172.25.254.1 192.168.0.0/24use_backend timinglee_host if web_host       default_backend default_webserverbackend timinglee_hostmode httpserver web1 172.25.254.10:80 check weight 1 inter 3s fall 3 rise 5backend default_webservermode httpserver web2 172.25.254.20:80 check weight 1 inter 3s fall 3 rise 5

ACL匹配浏览器类型

匹配客户端浏览器,将不同类型的浏览器调动至不同的服务器组、 范例: 拒绝curl和wget的访问

[root@haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend testaclbind :80mode httpacl user_agent_block hdr_sub(User-Agent) -i curl wgetacl user_agent_redirect hdr_sub(User-Agent) -i Mozilla/5.0http-request deny if user_agent_blockredirect prefix https://www.baidu.com if user_agent_redirect      default_backend default_webserverbackend timinglee_hostmode httpserver web1 172.25.254.10:80 check weight 1 inter 3s fall 3 rise 5backend default_webservermode httpserver web2 172.25.254.20:80 check weight 1 inter 3s fall 3 rise 5

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

[root@haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend test_aclbind *:80mode httpacl static path_end -i .html .jpg .png .css .jsacl php path_end -i .phpuse_backend  webcluster-host if phpdefault_backend default_hostbackend webcluster-hostmode httpserver web1 172.25.254.10:80 check inter 3 fall 3 rise 5backend default_hostmode httpserver web2 172.25.254.20:80 check inter 3 fall 3 rise 5

 配置server端

yum install php -yvim  /var/www/html/index.php 
<?phpphpinfo();
?>

测试结果

ACL-匹配访问路径实现动静分离

[root@haproxy ~]# vim /etc/haproxy/haproxy.cfgfrontend test_aclbind *:80mode httpacl test  path_sub -m sub testacl php    path_sub -m sub phpuse_backend  webcluster-host if phpdefault_backend default_hostbackend webcluster-hostmode httpserver web1 172.25.254.10:80 check inter 3 fall 3 rise 5backend default_hostmode httpserver web2 172.25.254.20:80 check inter 3 fall 3 rise 5

 配置server端

[root@webserver1 ~]# mkdir -p /var/www/html/php
[root@webserver1 ~]# cp /var/www/html/index.php /var/www/html/php/[root@webserver2 ~]# mkdir /usr/share/nginx/html/test -p
[root@webserver2 ~]# echo webserver2-20 > /usr/share/nginx/html/test/index.html

测试结果

自定义HAProxy 错误界面

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

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

基于自定义的错误页面文件

#自定义错误页

errorfile<code><file>

<code>#HTTP status code.支持200, 400, 403, 405, 408, 425, 429, 500, 502,503,504

<file>#包含完整HTTP响应头的错误页文件的绝对路径。 建议后缀".http",以和一般的html文件相区分

#示例:

errorfile 503 /haproxy/errorpages/503page.http

实例:

一定要将文件写入default这个块里面

[root@haproxy ~]# vim  /etc/haproxy/errorpage/503page.http
HTTP/1.0 503 Service Unavailable
Cache-Control: no-cache
Connection: close
Content-Type: text/html;charset=UTF-8<html><body><h1>什么动物生气最安静</h1>
大猩猩!!
</body></html[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
errorfile 503  /etc/haproxy/errorpage/503page.http
测试结果 

基于http重定向错误页面

实例:
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
errorloc 503 https://www.baidu.com
测试结果

 HAProxy 四层负载

针对除HTTP以外的TCP协议应用服务访问的应用场景

MySQL

Redis

Memcache

RabbitMQ

四层负载实例:

vim /etc/haproxy/haproxy.cfg
listen webclusterbind *:3306mode tcpbalance  static-rrserver web1 172.25.254.10:80 check inter 2 fall 3 rise 5 server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 

  配置server端的mysql

[root@webserver1 ~]# vim /etc/my.cnf.d/mariadb-server.cnf

mysql
MariaDB [(none)]> create user root@'%' identified by 'root';
MariaDB [(none)]> grant all on *.* to root@'%';
MariaDB [(none)]> select @@server_id;netstat -atnlupe | grep 3306

HAProxy https 实现

haproxy可以实现https的证书安全,从用户到haproxy为https,从haproxy到后端服务器用http通信 但基于性能考虑,生产中证书都是在后端服务器比如nginx上实现 

实例:
[root@haproxy ~]# mkdir -p /etc/haproxy/certs
[root@haproxy ~]# openssl req -newkey rsa:2048 -nodes -sha256 -keyout /etc/haproxy/certs
/test.org.key -x509 -days 365 -out /etc/haproxy/certs/test.org.crt
[root@haproxy ~]# cat /etc/haproxy/certs/test.org.key /etc/haproxy/certs/test.org.crt > /etc/haproxy/certs/test.pem[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
frontend test_aclbind *:80mode httpredirect scheme https if !{ ssl_fc }listen web-httpsbind  *:443 ssl  crt  /etc/haproxy/certs/test.pemmode httpbalance roundrobinserver web1 172.25.254.10:80 check inter 3 fall 3 rise 5server web2 172.25.254.20:80 check inter 3 fall 3 rise 5

测试结果 

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/398048.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

Particle Swarm Optimization粒子群算法

目录 1.粒子群算法入门 1.1 简单的优化问题 1.1.1 盲目搜索 1.1.2 粒子群算法流程图 1.1.3 粒子群算法的核心公式 1.1.4 预设参数 1.1.5 初始化粒子的位置和速度 1.1.6 计算适应度 1.1.7 循环体&#xff1a;更新粒子速度和位置 1.1.8 模型改进 2.深入研究粒子群算法 …

CLEFT 基于高效大语言模型和快速微调的语言-图像对比学习

CLEFT: Language-Image Contrastive Learning with Efficient Large Language Model and Prompt Fine-Tuning github.com paper CLEFT是一种新型的对比语言图像预训练框架&#xff0c;专为医学图像而设计。它融合了医学LLM的预训练、高效微调和提示上下文学习&#xff0c;展…

【Linux】线程同步与互斥

目录 线程相关问题 线程安全 常见的线程安全的情况 常见的线程不安全的情况 可重入函数与不可重入函数 常见不可重入的情况 常见可重入的情况 可重入与线程安全的关系 联系 区别 线程同步与互斥 互斥锁 使用 死锁 死锁的四个必要条件 如何避免死锁 条件变量 同…

Unity读取Android外部文件

最近近到个小需求,需要读Android件夹中的图片.在这里做一个记录. 首先读写部分,这里以图片为例子: 一读写部分 写入部分: 需要注意的是因为只有这个地址支持外部读写,所以这里用到的地址都以 :Application.persistentDataPath为地址起始. private Texture2D __CaptureCamera…

【JavaEE】初步认识多线程

&#x1f525;个人主页&#xff1a; 中草药 &#x1f525;专栏&#xff1a;【Java】登神长阶 史诗般的Java成神之路 &#x1f3b7; 一.线程 1.概念 线程&#xff08;Thread&#xff09;是在计算机科学中&#xff0c;特别是操作系统领域里的一个关键概念。它是操作系统能够进行…

Android中的Binder

binder是Android平台的一种跨进程通信&#xff08;IPC&#xff09;机制&#xff0c;从应用层角度来说&#xff0c;binder是客户端和服务端进行通信的媒介。 ipc原理 ipc通信指的是两个进程之间交换数据&#xff0c;如图中的client进程和server进程。 Android为每个进程提供了…

【聚类算法】

聚类算法是一种无监督学习方法&#xff0c;用于将数据集中的数据点自动分组到不同的类别中&#xff0c;这些类别也称为“簇”或“群”。聚类的目标是让同一簇内的数据点尽可能相似&#xff0c;而不同簇之间的数据点尽可能不相似。聚类算法广泛应用于多种领域&#xff0c;如数据…

xtrabackup搭建MySQL 8.0 主从复制

xtrabackup搭建MySQL 8.0 主从复制 安装MySQL 8.0.37安装xtrabackupGTIDs初始化从库参考&#xff1a;GTID概述GTID相较与传统复制的优势GTID自身存在哪些限制GTID工作原理简单介绍如何开启GTID复制GTID与传统模式建立复制时候语句的不同点传统复制GTID复制 GTID同步状态简单解析…

Linux系统编程 day09 线程同步

Linux系统编程 day09 线程同步 1.互斥锁2.死锁3.读写锁4.条件变量&#xff08;生产者消费者模型&#xff09;5.信号量 1.互斥锁 互斥锁是一种同步机制&#xff0c;用于控制多个线程对共享资源的访问&#xff0c;确保在同一时间只有一个线程可以访问特定的资源或执行特定的操作…

机器学习第一课

1.背景 有监督学习&#xff1a;有标签&#xff08;连续变量&#xff08;回归问题&#xff1a;时间序列等&#xff09;、分类变量&#xff08;分类&#xff09;&#xff09; 无监督学习&#xff1a;没有标签&#xff08;聚类、关联&#xff08;相关性分析&#xff1a;哪些相关…

代码随想录算法训练营Day35 | 01背包问题 | 416. 分割等和子集

今日任务 01背包问题 题目链接&#xff1a; https://kamacoder.com/problempage.php?pid1046题目描述&#xff1a; Code #include <iostream> #include <vector> #include <functional> #include <algorithm>using namespace std;int main(void)…

工作随记:我在OL8.8部署oracle rac遇到的问题

文章目录 一、安装篇问题1&#xff1a;[INS-08101] Unexpected error while executing the action at state:supportedosCheck问题1解决办法&#xff1a;问题2&#xff1a;[INS-06003] Failed to setup passwordless SSH connectivity with thefollowing nodeis): [xxxx1, xxxx…

go语言后端开发学习(四) —— 在go项目中使用Zap日志库

一.前言 在之前的文章中我们已经介绍过如何使用logrus包来作为我们在gin框架中使用的日志中间件&#xff0c;而今天我们要介绍的就是我们如何在go项目中如何集成Zap来作为日志中间件 二.Zap的安装与快速使用 和安装其他第三方包没什么区别&#xff0c;我们下载Zap包只需要执…

pod详解 list-watch机制 预选优选策略 如何指定节点调度pod

K8S是通过 list-watch 机制实现每个组件的协同工作 controller-manager、scheduler、kubelet 通过 list-watch 机制监听 apiserver 发出的事件&#xff0c;apiserver 也会监听 etcd 发出的事件 scheduler的调度策略&#xff1a; 预选策略&#xff08;Predicates&#xff09;…

Pytorch_cuda版本的在线安装命令

pip3 install torch torchvision torchaudio --index-url https://download.pytorch.org/whl/cu121 运行效果如下&#xff1a; 这个方法是直接从pytorch官网进行在线下载和安装。 cu121&#xff0c;表示当前您安装的cuda版本是12.1

【Redis】持久化—RDB和AOF机制

目录 什么是持久化&#xff1f; RDB&#xff08;定期备份&#xff09; 触发机制 bgsave命令的运作流程 RDB文件的处理 RDB文件 RDB的优缺点 AOF&#xff08;实时备份&#xff09; AOF工作流程 AOF 缓冲区同步⽂件策略 AOF重写机制 AOF重写流程 Redis根据持久化文件…

2015款到18款奔驰GLC升级为2021款的HU6主机后,实现了触摸屏人机交互和Carplay功能

奔驰GLC是北京奔驰生产的一款中型SUV。有车主将2015款奔驰GLC升级为2021款的HU6主机后&#xff0c;实现了触摸屏人机交互和Carplay功能。该车主分享了使用体验&#xff1a; • Carplay功能&#xff1a;可以直接在车机大屏幕上显示导航、音乐和电话信息&#xff0c;让用户在开车…

联想SR650更换风扇后提示传感器异常“传感器Phy Presence Set已从正常状态转换至非紧急状态”

服务器型号&#xff1a;联想ThinkSystem SR650 故障现象&#xff1a;一台联想 ThinkSystem SR650服务器告警&#xff0c;面板和平台同时报风扇故障 告警信息如下图&#xff1a;&#xff08;面板和平台同时告警&#xff09; 接入bmc后查看发现是6号风扇告警 硬件这里已经无法识…

会C++了,想开始接触C#怎么办?|.Net 架构|从C++到C#的入门教学

前言 高质量博客汇总https://blog.csdn.net/yu_cblog/category_12379430.html成熟常用的开发工具和框架https://blog.csdn.net/yu_cblog/category_12737979.htmlDocker从认识到实践再到底层原理https://blog.csdn.net/yu_cblog/category_12424689.html操作系统和计算机网络从入…

[C++] 深入理解面向对象编程特性 : 继承

文章目录 继承的概念与定义继承的定义定义格式不同继承方式与继承的基类中访问限定符间的影响C中的继承和访问控制总结父类的private成员在子类中的访问限制protected成员的使用场景成员访问方式总结继承方式的默认值实际应用中的继承方式 示例代码 OOP中类之间的关系“is a” …