haproxy详解

news2024/9/22 7:31:46

目录

一、haproxy简介

二、什么是负载均衡

2.1 负载均衡的类型

2.2.1 硬件

2.2.2  四层负载均衡

2.2.3 七层负载均衡

2.2.4 四层和七层的区别

三、haproxy的安装及服务信息

3.1 示例的环境部署：

3.2 haproxy的基本配置信息

3.2.1 global 配置参数介绍

3.2.2 全局参数配置及日志分离

3.3.3 proxies配置

3.2.3.1 proxies配置参数介绍

3.4.4socat 工具

3.4.4.1配置示例：

3.4.4.2 使用方法

3.4.4.3 启用backup

3.4.4.4 针对多线程处理方法，haproxy热处理

四、haproxy的算法

4.1 静态算法

4.1.1 static-rr

4.1.2 first

4.2 动态算法  

4.2.1 roundrobin动态算法

4.2.2 leastconn 动态算法

4.3 其他算法

4.3.1 source

 4.3.1.1 map-base取模法

4.3.1.2 一致性hash  

4.3.2 url

4.3.3 url_param

4.3.4 hdr

4.3.5 算法总结

4.3.6 各算法的运用场景

五、高级功能及配置

5.1 基于cookie会话保持

5.1.1 配置示例 

5.2 haproxy的状态页面监控

5.2.1 配置示例

5.3 IP透传

5.3.1 四层IP透传

5.3.1.1配置示例：

5.3.2 七层IP透传

5.3.2.1配置示例：

5.4 haproxy中访问控制列表（ACL,全称Access Control Lists）

5.4.1 利用ACL做动静分离等访问控制

5.4.1.1 基于域名做动静分离

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

5.4.1.3 基于浏览器的访问控制

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

5.4.1.5 基于访问路径实现动静分离

5.5 自定义haproxy的错误界面

5.5.1 测试

5.5.2 重定向错误文件

5.6 haproxy的四层负载

5.6.1 测试

5.7 haproxy中https加密访问 

5.7.1 全站加密：

一、haproxy简介

  • HAProxy是法国开发者 威利塔罗(Willy Tarreau) 在2000年使用C语言开发的一个开源软件

  • 是一款具备高并发(万级以上)、高性能的TCP和HTTP负载均衡器

  • 支持基于cookie的持久性，自动故障切换，支持正则表达式及web状态统计

企业版网站：HAProxy Technologies | World's Fastest Load Balancer

社区版网站：http://www.haproxy.org

github：HaPRoX · GitHub

二、什么是负载均衡

负载均衡：Load Balance，简称LB，是一种服务或基于硬件设备等实现的高可用反向代理技术，负载均衡将特定的业务(web服务、网络流量等)分担给指定的一个或多个后端特定的服务器或设备，从而提高了公司业务的并发处理能力、保证了业务的高可用性、方便了业务后期的水平动态扩展。

  1. Web服务器的动态水平扩展-->对用户无感知

  2. 增加业务并发访问及处理能力-->解决单服务器瓶颈问题

  3. 节约公网IP地址-->降低IT支出成本

  4. 隐藏内部服务器IP-->提高内部服务器安全性

  5. 配置简单-->固定格式的配置文件

  6. 功能丰富-->支持四层和七层，支持动态下线主机

  7. 性能较强-->并发数万甚至数十万

2.1 负载均衡的类型

2.2.1 硬件

类型公司网址
F5美国F5网络公司F5 | 多云安全和应用交付
Netscaler美国思杰公司NetScaler: Application Delivery at Scale
Array华耀北京华耀科技有限公司
AD-1000深信服深信服 - 让每个用户的数字化更简单、更安全-深信服

2.2.2  四层负载均衡

1.通过ip+port决定负载均衡的去向。

2.对流量请求进行NAT处理，转发至后台服务器。

3.记录tcp、udp流量分别是由哪台服务器处理，后续该请求连接的流量都通过该服务器处理。

4.支持四层的软件

  • lvs：重量级四层负载均衡器。

  • Nginx：轻量级四层负载均衡器，可缓存。（nginx四层是通过upstream模块）

  • Haproxy：模拟四层转发。

2.2.3 七层负载均衡

1.通过虚拟ur|或主机ip进行流量识别，根据应用层信息进行解析，决定是否需要进行负载均衡。

2.代理后台服务器与客户端建立连接，如nginx可代理前后端，与前端客户端tcp连接，与后端服务器建立tcp连接,

3.支持7层代理的软件：

  • Nginx:基于http协议(nginx七层是通过proxy_pass)

  • Haproxy:七层代理，会话保持、标记、路径转移等。

2.2.4 四层和七层的区别

       所谓的四层就是ISO参考模型中的第四层。四层负载均衡也称为四层交换机,它主要是通过分析 IP层及TCP/UDP层的流量实现的基于IP加端口的负载均衡。常见的基于四层的负载均衡器有 LVS、F5等。

       以常见的TCP应用为例,负载均衡器在接收到第一个来自客户端的SYN 请求时,会通过设定的负载均衡算法选择一个最佳的后端服务器，同时将报文中目标 IP地址修改为后端服务器IP，然后直接转发给该后端服务器,这样一个负载均衡请求就完成了。 从这个过程来看，一个TCP连接是客户端和服务器直接建立的,而负载均衡器只不过完成了一个类似路由的转发动作。在某些负载均衡策略中,为保证后端服务器返回的报文可以正确传递给负载均衡器,在转发报文的同时可能还会对报文原来的源地址进行修改。整个过程下图所示。

 

       同理，七层负载均衡器也称为七层交换机，位于OSI的最高层（即应用层）此时负载均衡器支持多种应用协议,常见的有HTTP、FTP、SMIP等。七层负载均衡器可以根据报文内容,再配合负载均衡算法来选择后端服务器,因此也称为"内容交换器"。比如,对于Web服务器的负载均衡,七层负载均衡器不但可以根据"IP+端口"的方式进行负载分流。还可以根据网站的 URL、访问域名、浏览器类别、语言等决定负载均衡的策略。例如,有两台

Web服务器分别对应中英文两个网站,两个域名分别是A、B，要实现访问A域名时进入中文网站，访问B域名时进入英文网站,这在四层负载均衡器中几乎是无法实现的，而七层负载均衡可以根据客户端访问域名的不同选择对应的网页进行负载均衡处理。

常见的七层负载均衡器有HAproxy、Nginx等。

       这里仍以常见的TCP应用为例，由于负载均衡器要获取到报文的内容，因此只能先代替后端服务器和客户端建立连接，接着才能收到客户端发送过来的报文内容，然后再根据该报文中特定字段加上负载均衡器中设置的负载均衡算法来决定最终选择的内部服务器。纵观整个过程，七层负载均衡器在这种情况下类似于一个代理服务器。整个过程如下图所示。

 

        对比四层负载均衡和七层负载均衡运行的整个过程,可以看出，在七层负载均衡模式下, 负载均衡器与客户端及后端的服务器会分别建立一次 TCP连接，而在四层负载均衡模式下，仅建立一次TCP连接。由此可知,七层负载均衡对负载均衡设备的要求更高，而七层负载均衡的处理能力也必然低于四层模式的负载均衡。  

三、haproxy的安装及服务信息

 安装软件包
[root@haproxy ~]# dnf install haproxy -y

3.1 示例的环境部署：

功能IP
haproxy172.25.254.100
RS1172.25.254.10
RS2172.25.254.20

3.2 haproxy的基本配置信息

查询配置文件
rpm -qc haproxy

[root@haproxy ~]# rpm -qc haproxy 
/etc/haproxy/haproxy.cfg  ---- 配置文件
/etc/logrotate.d/haproxy   ---- 记录日志的文件
/etc/sysconfig/haproxy  --- 记录haproxy本身属性的文件
[root@haproxy ~]# 

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

global：全局配置段

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

  • 性能调整相关参数

  • Debug参数

proxies：代理配置段

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

  • frontend：前端，相当于nginx中的server {}

  • backend：后端，相当于nginx中的upstream {}

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

  • haproxy的基本部署方法及负载均衡的实现

3.2.1 global 配置参数介绍

参数类型作用
chroot全局锁定运行目录
deamon全局以守护进程运行
user, group, uid, gid全局运行haproxy的用户身份
stats socket全局套接字文件
nbproc N全局开启的haproxy worker 进程数，默认进程数是一个
nbthread 1 （和nbproc互斥）全局指定每个haproxy进程开启的线程数，默认为每个进程一个线程
cpu-map 1 0全局绑定haproxy worker 进程至指定CPU，将第1个work进程绑绑定至0号CPU
cpu-map 2 1全局绑定至0号CPU绑定haproxy worker 进程至指定CPU，将第2个work进程绑定至1号CPU
maxconn N全局每个haproxy进程的最大并发连接数
maxsslconn N全局每个haproxy进程ssl最大连接数,用于haproxy配置了证书的
maxconnrate N全局场景下每个进程每秒创建的最大连接数量
spread-checks N全局后端server状态check随机提前或延迟百分比时间，建议2-5(20%-50%)之间，默认值0
pidfile全局指定pid文件路径
log 127.0.0.1 local2 info全局定义全局的syslog服务器；日志服务器需要开启UDP协议，

3.2.2 全局参数配置及日志分离

设置多进程：
vim/etc/haproxy/haproxy.cfg

    nbproc 2
    cpu-map 1 0  ---进程和CPU核心绑定防止CPU抖动从而减少系统资源消耗。
    cpu-map 2 1  --- 2表示第二个进程，1表示第二个CPU核心。

 

查看多进程信息:
[root@haproxy ~]# pstree -p | grep haproxy
           |-haproxy(33767)-+-haproxy(33769)
           |                `-haproxy(33770)
[root@haproxy ~]# 

进程不是开的越多越好，看你的CPU内核，是几个就设置几个

 

设置多线程：

vim/etc/haproxy/haproxy.cfg

 

查看多线程：
[root@haproxy ~]# systemctl restart haproxy.service 
[root@haproxy ~]# pstree -p | grep haproxy
           |-haproxy(33829)---haproxy(33831)---{haproxy}(33832)
[root@haproxy ~]# cat /proc/33831/status | grep -i thread
Threads:    2
Speculation_Store_Bypass:    thread vulnerable
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg 
[root@haproxy ~]#  

定向到haproxy的日志
vim /etc/rsyslog.conf

local2.*            /var/log/haproxy.log  ---- 定义local2的位置

 

3.3.3 proxies配置

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

default参数说明：

defaults
    mode                    http            #------------- HAProxy实例使用的连接协议    
    log                     global          #------------- 指定日志地址和记录日志条目的syslog/rsyslog日志设备此处的 global表示使用 global配置段中设定的log值
    option                  httplog         #------------- 日志记录选项，httplog表示记录与 HTTP会话相关的各种属性值
    option                  dontlognull     #------------- dontlognull表示不记录空会话连接日志
    option http-server-close                #------------- 等待客户端完整HTTP请求的时间，此处为等待10s
    option forwardfor       except 127.0.0.0/8    #--------- 透传客户端真实IP至后端web服务器后在webserer中看日志即可看到地址透传信息
    option                  redispatch            #--------- 当server Id对应的服务器挂掉后，强制定向到其他健康的服务器，重新派发
    retries                 3                     #--------- 连接后端服务器失败次数
    timeout http-request    10s                   #--------- 等待客户端请求完全被接收和处理的最长时间
    timeout queue           1m                    #--------- 设置删除连接和客户端收到503或服务不可用等提示信息前的等待时间
    timeout connect         10s                   #--------- 设置等待服务器连接成功的时间
    timeout client          1m                    #--------- 设置允许客户端处于非活动状态，即既不发送数据也不接收数据的时间
    timeout server          1m                    #--------- 设置服务器超时时间，即允许服务器处于既不接收也不发送数据的非活动时间
    timeout http-keep-alive 10s                   #--------- session 会话保持超时时间，此时间段内会转发到相同的后端服务器
    timeout check           10s                   #--------- 指定后端服务器健康检查的超时时间
    maxconn                 1000                  #--------- 最大并发连接数

frontend 参数：
示例：
frontend webcluster
    bind *:80   #----所有80端口都开启
    mode http
    use_backend webcluster-host         #----使用什么后端 

backend 参数：
定义一组后端服务器，backend服务器将被frontend进行调用。
注意: backend 的名称必须唯一,并且必须在listen或frontend中事先定义才可以使用,否则服务无法启动

mode http|tcp #指定负载协议类型,和对应的frontend必须一致
option #配置选项
server #定义后端real server,必须指定IP和端口

server参数：

check #对指定real进行健康状态检查，如果不加此设置，默认不开启检查,只有check后面没有其它配置也可以启用检查功能
      #默认对相应的后端服务器IP和端口,利用TCP连接进行周期性健康性检查,注意必须指定端口才能实现健康性检查

addr <IP> #可指定的健康状态监测IP，可以是专门的数据网段，减少业务网络的流量
port <num> #指定的健康状态监测端口
inter <num> #健康状态检查间隔时间，默认2000 ms
fall <num> #后端服务器从线上转为线下的检查的连续失效次数，默认为3

示例：
backend webcluster-host
    balance roundrobin
    server web1 172.25.254.10:80
    server web2 172.25.254.20:80

测试效果：

listen 简化配置
示例：
listen webcluster
    bind *:80  
    mode http     
    balance roundrobin
    server web1 172.25.254.10:80
    server web2 172.25.254.20:80 

3.4.4socat 工具

3.4.4.1配置示例：
listen webcluster
    bind *:80  
    mode http     
    balance roundrobin
    server web1 172.25.254.10:80
    server web2 172.25.254.20:80
3.4.4.2 使用方法
dnf install socat -y --- 安装工具，动态调整haproxy里面的参数

使用方法：
echo "help" | socat stdio /var/lib/haproxy/stats

echo "show info" | socat stdio /var/lib/haproxy/stats   ---- 查看haproxy的状态

echo "show servers state" | socat stdio /var/lib/haproxy/stats   ---- 查看server的状态

echo get weight webcluster/web1 | socat stdio /var/lib/haproxy/stats  ---查看server的权重

echo "set weight webcluster/web1 1 " | socat stdio /var/lib/haproxy/stats ----修改server的权重

echo "disable server webcluster/web1" | socat stdio /var/lib/haproxy/stats  ----指定下线server
3.4.4.3 启用backup
启用backup   ---- 两台服务器状态OK的情况下，不会访问这个

 vim /etc/httpd/conf/httpd.conf --------- 里面修改sorry server的端口
 
vim/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 2
    server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1
    server web_sorry 172.25.254.100:8080 backup
3.4.4.4 针对多线程处理方法，haproxy热处理
设置多进程，用多个文件来处理多个要处理的事  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 2

ll /var/lib/haproxy/stats 

四、haproxy的算法

  • HAProxy通过固定参数 balance 指明对后端服务器的调度算法

  • balance参数可以配置在listen或backend选项中。

  • HAProxy的调度算法分为静态和动态调度算法

  • 有些算法可以根据参数在静态和动态算法中相互转换。

4.1 静态算法

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

有 static-rr基于权重的轮询调度和first

4.1.1 static-rr

  • 不支持运行时利用socat进行权重的动态调整(只支持0和1,不支持其它值)

  • 不支持端服务器慢启动

  • 其后端主机数量没有限制，相当于LVS中的 wrr

慢启动是指在服务器刚刚启动上不会把他所应该承担的访问压力全部给它，而是先给一部分，当没问题后在给一部分

4.1.2 first

  • 根据服务器在列表中的位置，自上而下进行调度

  • 其只会当第一台服务器的连接数达到上限，新请求才会分配给下一台服务

  • 其会忽略服务器的权重设置

  • 不支持用socat进行动态修改权重,可以设置0和1,可以设置其它值但无效

4.2 动态算法  

  • 基于后端服务器状态进行调度适当调整，

  • 新请求将优先调度至当前负载较低的服务器

  • 权重可以在haproxy运行时动态调整无需重启

有两种：roundrobin     leastconn  

4.2.1 roundrobin动态算法

  • 基于权重的轮询动态调度算法，

  • 支持权重的运行时调整，不同于lvs中的rr轮训模式，

  • HAProxy中的roundrobin支持慢启动(新加的服务器会逐渐增加转发数)，

  • 其每个后端backend中最多支持4095个real server，

  • 支持对real server权重动态调整，

  • roundrobin为默认调度算法,此算法使用广泛

示例：

vim/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 2
    server web2 172.25.254.20:80 check inter 2 fall 3 rise 5 weight 1

4.2.2 leastconn 动态算法

  • eastconn加权的最少连接的动态

  • 支持权重的运行时调整和慢启动，即:根据当前连接最少的后端服务器而非权重进行优先调度(新客户端连接)

  • 比较适合长连接的场景使用，比如：MySQL等场景。

示例：

listen webcluster
    bind *:80
    mode http
    balance leastconn   ---- 动态算法
    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

4.3 其他算法

又可以做为静态算法，又可以通过选项成为动态算法

4.3.1 source

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

 4.3.1.1 map-base取模法

map-based：取模法，对source地址进行hash计算，再基于服务器总权重的取模，最终结果决定将此请求转发至对应的后端服务器。此方法是静态的，即不支持在线调整权重，不支持慢启动，可实现对后端服务器均衡调度缺点是当服务器的总权重发生变化时，即有服务器上线或下线，都会因总权重发生变化而导致调度结果整体改变

4.3.1.2 一致性hash  

        一致性哈希，当服务器的总权重发生变化时，对调度结果影响是局部的，不会引起大的变动hash mode该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环偏斜问题

hash对象

Hash对象到后端服务器的映射关系：

4.3.2 url

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

4.3.3 url_param

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

4.3.4 hdr

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

4.3.5 算法总结

 #静态
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

4.3.6 各算法的运用场景

first #使用较少
static-rr #做了session共享的web集群
roundrobin
leastconn #数据库
source
#基于客户端公网IP的会话保持
Uri--------------->http #缓存服务器，CDN服务商，蓝汛、百度、阿里云、腾讯
url_param--------->http #可以实现session保持
hdr #基于客户端请求报文头部做下一步处理

五、高级功能及配置

5.1 基于cookie会话保持

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

选项：

name： #cookie 的 key名称，用于实现持久连接
insert： #插入新的cookie,默认不插入cookie
indirect： #如果客户端已经有cookie,则不会再发送cookie信息
nocache： #当client和hapoxy之间有缓存服务器（如：CDN）时，不允许中间缓存器缓存cookie，因为这会导致很多经过同一个CDN的请求都            发送到同一台后端服务器

5.1.1 配置示例 

vim /etc/haproxy/haproxy.cfg

listen webcluster
    bind *:80
    mode http
    balance roundrobin
    cookie WEBCOOKIE insert nocache indirect
    server web1 172.25.254.10:80 cookie ding1 check inter 2 fall 3 rise 5 weight 1
    server web2 172.25.254.20:80 cookie ding2 check inter 2 fall 3 rise 5 weight 1

网页访问测试：172.25.254.100  访问到之后按F12 选到网络，看cookie值是否改变 

curl访问时指定cookie

RS主机访问：
curl -b WEBCOOKIE=ding1 172.25.254.100
curl -b WEBCOOKIE=ding2 172.25.254.100

5.2 haproxy的状态页面监控

配置选项：

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

5.2.1 配置示例

vim/etc/haproxy/haproxy.cfg

listen stats
    mode http     ---模式
    bind *:443    ----- 监听端口
    stats enable  ---- 打开状态页
    stats refresh 5   ---- 设置刷新页面的时间
    stats uri /status  
    stats auth ding:ding   ---- 访问页面认证

 

5.3 IP透传

5.3.1 四层IP透传

5.3.1.1配置示例：
haproxy主机上：
vim/etc/haproxy/haproxy.cfg

listen webcluster
    bind *:80
    mode tcp #----四层
    balance roundrobin
    server web1 172.25.254.10:80 send-proxy check inter 2 fall 3 rise 5 weight 1   #send-proxy 代理
    server web2 172.25.254.20:80 send-proxy check inter 2 fall 3 rise 5 weight 1

RS主机上：
[root@werserver2 ~]# vim /etc/nginx/nginx.conf
[root@werserver1 ~]# vim /etc/nginx/nginx.conf

http {
    log_format  main  '$remote_user [$time_local] "$request" '
                      '"$proxy_protocol_addr"'   ----- 加上这个参数才能进行透传
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile            on;
    tcp_nopush          on;
    tcp_nodelay         on;
    keepalive_timeout   65;
    types_hash_max_size 4096;

    include             /etc/nginx/mime.types;
    default_type        application/octet-stream;

 server {
        listen       80 proxy_protocol;----加上这个参数，不加访问会被拒绝
        listen       [::]:80;
        server_name  _;
        root         /usr/share/nginx/html;

        # Load configuration files for the default server block.
        include /etc/nginx/default.d/*.conf;

        error_page 404 /404.html;
        location = /404.html {
        }

        error_page 500 502 503 504 /50x.html;
        location = /50x.html {
        }

systemctl restart nginx.service

查看日志：
[root@werserver2 ~]# cat /var/log/nginx/access.log 

5.3.2 七层IP透传

5.3.2.1配置示例：
七层IP透传（nginx）：
vim/etc/haproxy/haproxy.cfg
defaults
    mode                    http
    log                     global
    #option                  httplog
    option                  dontlognull
    option http-server-close
    option forwardfor       except 127.0.0.0/8    ----- IP透传用到的参数 forwardfor
    option                  redispatch
    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          1m
    timeout server          1m
    timeout http-keep-alive 10s
    timeout check           10s
    maxconn                 1000


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

RS主机测试：
cat /var/log/nginx/access.log 

5.4 haproxy中访问控制列表（ACL,全称Access Control Lists）

        访问控制列表ACL，Access Control Lists）是一种基于包过滤的访问控制技术它可以根据设定的条件对经过服务器传输的数据包进行过滤(条件匹配)即对接收到的报文进行匹配和过滤，基于请求报文头部中的源地址、源端口、目标地址、目标端口、请求方法、URL、文件后缀等信息内容进行匹配并执行进一步操作，比如允许其通过或丢弃。  

示例：
haproxy主机上：
vim/etc/haproxy/haproxy.cfg

frontend webcluster
    bind *:80
    mode http
    acl test hdr_dom(host) -i www.timingding.org
    use_backend webcluster-host if test  ----- 访问主机IP时，访问到RS2，访问域名时，访问到RS1
    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


[root@haproxy ~]# systemctl restart haproxy.service
[root@haproxy ~]# curl 172.25.254.100
webserver2 - 172.25.254.20
[root@haproxy ~]# curl www.timingding.org
webserver1 - 172.25.254.10
[root@haproxy ~]# 

注：要做解析。
Windows下hosts的路径:  C:\Windows\System32\drivers\etc\
Windows下:win+R  然后再ctrl+shift+回车，进入超级管理终端，输入notepad.exe,到hosts下添加域名
Linux下：vim /etc/hosts   中添加域名。

 

vim/etc/haproxy/haproxy.cfg

frontend webcluster
    bind *:80
    mode http
    acl test base_sub -m ding  ------ 包含ding（域名或目录都行）的都可以调度到RS1,不包含的调度到RS2
    use_backend webcluster-host if test 
    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

创建子目录测试：
[root@webserver1 ~]# systemctl restart nginx.service 
[root@webserver1 ~]# mkdir /usr/share/nginx/html/ding -p
[root@webserver1 ~]# echo 172.25.254.10 ding > /usr/share/nginx/html/ding/index.html
[root@webserver1 ~]#

5.4.1 利用ACL做动静分离等访问控制

5.4.1.1 基于域名做动静分离
示例：
vim/etc/haproxy/haproxy.cfg

frontend webcluster
    bind *:80
    mode http
    acl domain hdr_dom(host) -i www.timingding.org
    use_backend webcluster-host if  domain
    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

测试：
[root@haproxy ~]# curl www.timingding.org
webserver1 - 172.25.254.10
[root@haproxy ~]# curl www.test.com
webserver2 - 172.25.254.20

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

示例：
vim/etc/haproxy/haproxy.cfg

frontend webcluster
    bind *:80
    mode http
    acl ctrl_ip src 172.25.254.1 172.25.254.20 192.168.0.0/24  -----符合条件的访问RS1
    use_backend webcluster-host if  ctrl_ip
    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
测试：
[root@werserver2 ~]# curl 172.25.254.100
webserver1 - 172.25.254.10

[root@haproxy ~]# curl www.test.com
webserver2 - 172.25.254.20
[root@haproxy ~]# 
frontend webcluster
    bind *:80
    mode http
    acl ctrl_ip src 172.25.254.1 172.25.254.20 192.168.0.0/24
    http-request deny if ctrl_ip    ------ 符合条件的拒绝访问
    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
测试：
[root@werserver2 ~]# curl 172.25.254.100
webserver1 - 172.25.254.10
[root@werserver2 ~]# curl 172.25.254.100
<html><body><h1>403 Forbidden</h1>
Request forbidden by administrative rules.
</body></html>
[root@werserver2 ~]# 

[root@haproxy ~]# curl www.test.com   ---- 默认走RS2，走的default
webserver2 - 172.25.254.20
5.4.1.3 基于浏览器的访问控制
示例：
vim/etc/haproxy/haproxy.cfg

frontend webcluster
    bind *:80
    mode http
    acl badwebrowers hdr_sub(User-Agent) -i wget
    http-request deny if badwebrowers
    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
5.4.1.4 基于文件后缀名实现动静分离
RS主机上：
[root@webserver1 ~]# install php -y
[root@webserver1 ~]# systemctl restart nginx.service 
[root@webserver1 ~]# 
[root@webserver1 ~]# vim /usr/share/nginx/html/index.php
<?php   
        phpinfo();
?>

查看是否能访问到php

vim/etc/haproxy/haproxy.cfg

frontend webcluster
    bind *:80
    mode http
    acl static path_end -i .html .jpg .png .css .js  # ---静态
    acl php path_end -i .php                         ---- 动态
    use_backend webcluster-host if  php
    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

5.4.1.5 基于访问路径实现动静分离

示例：
提前建立好测试目录：
[root@werserver2 ~]# mkdir /usr/share/nginx/html/static -p
[root@werserver2 ~]# 
[root@werserver2 ~]# echo ststic - 172.25.254.20 > /usr/share/nginx/html/static/index.html
[root@werserver2 ~]# curl 172.25.254.20/static/
ststic - 172.25.254.20
[root@werserver2 ~]# 

[root@webserver1 ~]# mkdir /usr/share/nginx/html/php
[root@webserver1 ~]# cp /usr/share/nginx/html/index.php /usr/share/nginx/html/php/

vim/etc/haproxy/haproxy.cfg

frontend webcluster
    bind *:80
    mode http
    acl static path_sub -m sub static 
    acl php path_sub -m sub  php
    use_backend webcluster-host if  php
    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

[root@haproxy ~]# systemctl restart haproxy.service

5.5 自定义haproxy的错误界面

两台web服务都给他挂掉
[root@werserver1 ~]# systemctl stop nginx.service 
[root@werserver2 ~]# systemctl stop nginx.service

此时访问不到

查看错误页面文件路径：
[root@haproxy ~]# rpm -ql haproxy | grep http
/usr/share/doc/haproxy/design-thoughts/http2.txt
/usr/share/doc/haproxy/design-thoughts/http_load_time.url
/usr/share/doc/haproxy/internals/http-cookies.txt
/usr/share/doc/haproxy/internals/http-docs.txt
/usr/share/doc/haproxy/internals/http-parsing.txt
/usr/share/doc/haproxy/option-http_proxy.cfg
/usr/share/haproxy/400.http
/usr/share/haproxy/403.http
/usr/share/haproxy/408.http
/usr/share/haproxy/500.http
/usr/share/haproxy/502.http
/usr/share/haproxy/503.http
/usr/share/haproxy/504.http
[root@haproxy ~]# 

[root@haproxy ~]# mkdir /etc/haproxy/errorpages/ 
[root@haproxy ~]# vim /etc/haproxy/errorpages/503page.http 

HTTP/1.0 503 Service Unavailable
Cache-Control: no-cache
Connection: close
Content-Type: text/html

<html><body><h1>shenmdongwu</h1>
puhailing!!!
</body></html>

root@haproxy ~]# vim /etc/haproxy/haproxy.cfg

defaults
    mode                    http
    log                     global
    #option                  httplog
    option                  dontlognull
    option http-server-close
    option forwardfor       except 127.0.0.0/8
    option                  redispatch
    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          1m
    timeout server          1m
    timeout http-keep-alive 10s
    timeout check           10s
    maxconn                 1000

    errorfile 503  /etc/haproxy/errorpages/503page.http

5.5.1 测试

 

5.5.2 重定向错误文件

root@haproxy ~]# vim /etc/haproxy/haproxy.cfg

defaults
    mode                    http
    log                     global
    #option                  httplog
    option                  dontlognull
    option http-server-close
    option forwardfor       except 127.0.0.0/8
    option                  redispatch
    retries                 3
    timeout http-request    10s
    timeout queue           1m
    timeout connect         10s
    timeout client          1m
    timeout server          1m
    timeout http-keep-alive 10s
    timeout check           10s
    maxconn                 1000

    #errorfile 503  /etc/haproxy/errorpages/503page.http
	errorloc 503 https://www.baidu.com

测试：

网页输入172.25.254.100 --- 自动转到百度网站 

5.6 haproxy的四层负载

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

MySQL
Redis
Memcache
RabbitMQ

示例：
使用mariadb来示例：
两台RS主机安装mariadb:
[root@webserver1 ~]# yum install mariadb-server -y
[root@webserver2 ~]# yum install mariadb-server -y

改配置便于区分：
[root@webserver1 ~]# vim /etc/my.cnf.d/mariadb-server.cnf
[mysqld]
server_id=1
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
log-error=/var/log/mariadb/mariadb.log
pid-file=/run/mariadb/mariadb.pid

systemctl start mariadb

[root@webserver1 ~]# vim /etc/my.cnf.d/mariadb-server.cnf
[mysqld]
server_id=2
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
log-error=/var/log/mariadb/mariadb.log
pid-file=/run/mariadb/mariadb.pid

systemctl start mariadb

 

RS主机上创建mariadb远程登录用户
[root@webserver1 ~]# mysql
[root@webserver2 ~]# mysql    ----- 两台RS主机都一样 

查看端口是否开启：
netstat  -atnlupe | grep 3306 

haproxy主机:
[root@haproxy ~]# yum install mariadb-server -y
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg
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
    
[root@haproxy ~]# systemctl restart haproxy.service

5.6.1 测试

haproxy主机上：

 

RS1主机上： 

 

RS2主机上： 

 

5.7 haproxy中https加密访问 

[root@haproxy ~]# mkdir -p /etc/haproxy/certs
制作证书：
[root@haproxy ~]#openssl req -newkey rsa:2048 -nodes -sha256 –keyout /etc/haproxy/certs/timinglee.org.key 
-x509 -days 365 -out /etc/haproxy/certs/timinglee.org.crt

[root@haproxy ~]#cat /etc/haproxy/certs/timingding.org.key /etc/haproxy/certs/timingding.org.crt >
 /etc/haproxy/certs/timingding.pem

 

haproxy主机上：
vim /etc/haproxy/haproxy.cfg

listen web-https
    bind *:443 ssl crt /etc/haproxy/certs/timingding.pem
    mode http
    balance roundrobin
    server web2 172.25.254.20:80 check inter 2 fall 2 rise 5
    server web1 172.25.254.10:80 check inter 2 fall 2 rise 5

测试：

网页输入https://172.25.254.100 

5.7.1 全站加密：
vim /etc/haproxy/haproxy.cfg

frontend webcluster
    bind *:80
    mode http
    redirect scheme https if !{ ssl_fc }  ----- 自动跳转https

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

测试：

可以把代码都放到子配置文件里面：
查看：
[root@haproxy ~]# vim /lib/systemd/system/haproxy.service

子配置文件：
/etc/haproxy/conf.d


每次打开或修改自配置文件，重启之后都要执行systemctl daemon-reload

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

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

Java实战一 手动创建springboot3+mybatis+mysql工程

Java实战一 手动创建springboot3+mybatis+mysql工程

idea手动创建sb工程&#xff0c;选择好配置&#xff0c;使用jdk17 main下补全目录resource resource下补全application.yml 引入依赖 &#xff0c;写入父工程 刷新maven 补全配置 创建所需目录 创建User实体类 创建启动类BootDemoApplication 运行启动类成功看到运行在8080端…
阅读更多...
java-activiti笔记

java-activiti笔记

版本&#xff1a;activiti7 <dependency><groupId>org.activiti</groupId><artifactId>activiti-json-converter</artifactId><version>7.0.0.Beta2</version><exclusions><exclusion><groupId>org.mybatis</g…
阅读更多...
2025年第五届国际计算机通信与信息系统会议(CCCIS 2025) 即将召开！

2025年第五届国际计算机通信与信息系统会议(CCCIS 2025) 即将召开！

2025第五届计算机通信与信息系统国际会议&#xff08;CCCIS 2025&#xff09;将于2025年2月28日至3月2日在中国香港举行&#xff0c;本次会议由香港珠海学院主办&#xff0c;新加坡传感器与系统学会支持。CCCIS主要面向通信软件和网络领域的研究人员。它为这些领域研究人员之间…
阅读更多...
springboot牙科就诊管理系统--论文源码调试讲解

springboot牙科就诊管理系统--论文源码调试讲解

2 相关技术 2.1 MySQL数据库 本设计用到的数据库就是MySQL数据库[3]&#xff0c;之所以用到这个数据库的原因很多。首先&#xff0c;从满足功能需求上面来讲&#xff0c;MySQL是符合的&#xff1b;其次&#xff0c;从学习程度来讲&#xff0c;MySQL相比其他数据库不管是从安装…
阅读更多...
uniapp 中 web-view 向 App 传递消息

uniapp 中 web-view 向 App 传递消息

web-view向App传递消息 引入官方库 在web项目中引入官方库 uni.webview.1.5.4.js &#xff0c;可以从uniapp官方示例库中下载&#xff0c;下载后放入web项目目录下即可&#xff0c;本文放在js文件夹中&#xff0c;然后在web项目页面中引入。 官网对于uni-app使用web-view的介…
阅读更多...
VideoPlayer插件的用法

VideoPlayer插件的用法

文章目录 1. 概念介绍2. 使用方法2.1 实现步骤2.2 具体细节 3. 示例代码4. 内容总结 我们在上一章回中介绍了"如何获取文件类型"相关的内容&#xff0c;本章回中将介绍如何播放视频.闲话休提&#xff0c;让我们一起Talk Flutter吧。 1. 概念介绍 播放视频是我们常用…
阅读更多...
QT线程————

QT线程————

当你创建一个继承自 QObject 的类&#xff0c;并希望将其与 QThread 关联时&#xff0c;不能将这个类的实例直接作为 QThread 的父对象。这是因 为 QThread 的设计目的是运行一个独立的线程&#xff0c;而不是成为另一个对象的子对象。
阅读更多...
Java面试八股之什么是STOMP协议

Java面试八股之什么是STOMP协议

什么是STOMP协议 STOMP&#xff08;Simple Text Oriented Messaging Protocol&#xff09;是一种为消息队列和事件驱动架构设计的轻量级协议&#xff0c;主要用于在消息中间件之间进行消息交换。它的设计原则是简单、跨平台和易于实现&#xff0c;这使得STOMP成为许多实时应用…
阅读更多...
排序算法——简单选择排序

排序算法——简单选择排序

一、算法原理 简单选择排序是一种基本的排序算法&#xff0c;其原理是每次从未排序的元素中选择最小&#xff08;或最大&#xff09;的元素&#xff0c;然后与未排序部分的第一个元素交换位置&#xff0c;直到所有元素都被排序。 二、算法实现流程 简单选择排序法(Simple Se…
阅读更多...
Stable Diffusion绘画 | ControlNet应用-Lineart(线稿)：轻轻松松画线稿

Stable Diffusion绘画 | ControlNet应用-Lineart(线稿)：轻轻松松画线稿

Lineart(线稿) 专门用来提取线稿的算法。 适合对漫画图片进行提取线稿&#xff1a; 不同的预处理器&#xff1a; lineart_standard&#xff1a;适合各种类型的画面lineart_realistic&#xff1a;适合用于真人图片的线稿提取lineart_coarse&#xff1a;提取的线稿&#xff0c…
阅读更多...
MATLAB R2023b配置Fortran编译器

MATLAB R2023b配置Fortran编译器

MATLAB R2023b配置Fortran编译器 引言1. 安装Visual Studio 20192. 安装Intel API20243. 配置xml文件文件4. 设置环境变量5. MATLAB编译Fortran 引言 当我们需要用到MATLAB编译Fortran代码后进行调用计算时&#xff0c;整个配置流程较繁琐。下面以MATLAB R2023b为例&#xff0…
阅读更多...
python从入门到精通：循环语句

python从入门到精通：循环语句

目录 前言 1、while循环的基础语法 2、while循环的嵌套 3、for循环的基础语法 range语句&#xff1a; for循环临时变量作用域&#xff1a; 4、for循环的嵌套 5、循环中断&#xff1a;break和continue 前言 循环普遍存在于日常生活中&#xff0c;同样&#xff0c;在程序中…
阅读更多...
k8s核心架构分析

k8s核心架构分析

k8s核心概念概述 Kubernetes入门&#xff1a;掌握集群核心&#xff0c;释放容器潜能 技术爱好者们&#xff0c;CD集群的核心概念是构建、部署和管理容器化应用的基石。掌握这些概念&#xff0c;不仅助你深入理解技术细节&#xff0c;更能在CD集群中自如操作&#xff0c;无论是…
阅读更多...
基于Python大数据的电商产品评论的情感分析设计与实现，包括lda主题分析和情感分析

基于Python大数据的电商产品评论的情感分析设计与实现，包括lda主题分析和情感分析

摘要&#xff1a;本研究基于Python大数据技术&#xff0c;对电商产品评论进行情感分析的方法进行了研究。主要使用了requests库进行爬虫获取评论数据&#xff0c;利用pandas库进行数据处理和分析&#xff0c;使用matplotlib库实现数据可视化&#xff0c;结合jieba库进行中文分词…
阅读更多...
可视化大屏：如何get到领导心目中的“科技感”？

可视化大屏：如何get到领导心目中的“科技感”？

你如果问领导可视化大屏需要什么风格的&#xff0c;领导大概率说科技感的&#xff0c;然后你就去做了&#xff0c;结果被劈了一顿&#xff0c;什么原因&#xff1f;因为你没有get到领导心目中描述的科技感。 一、为什么都喜欢科技感 科技感在可视化大屏设计中具有以下好处&am…
阅读更多...
企业大模型业务架构技术选型分析

企业大模型业务架构技术选型分析

AI赋能企业&#xff1a;选择适合你的大模型业务架构 现代企业中&#xff0c;大模型业务日益普及&#xff0c;主要涵盖AI Embedded、AI Copilot和AI Agent三大架构。本文深入剖析其特性与适用场景&#xff0c;为企业选择合适的大模型业务架构提供指导&#xff0c;助力企业高效应…
阅读更多...
国内大量家用路由器惨遭DNS劫持，你中招了吗？

国内大量家用路由器惨遭DNS劫持，你中招了吗？

近期&#xff0c;D妹收到不少用户反馈&#xff0c;在访问网站或APP时都遭遇了访问失败的问题。经深入排查&#xff0c;我们监测到大量家用路由器的DNS解析配置被篡改&#xff0c;从而影响到了正常的网站和APP访问。 该情况于2024年5月开始出现&#xff0c;于8月5日集中爆发达到…
阅读更多...
【二叉树进阶】--- 二叉搜索树转双向链表 最近公共祖先

【二叉树进阶】--- 二叉搜索树转双向链表 最近公共祖先

Welcome to 9ilks Code World (๑•́ ₃ •̀๑) 个人主页: 9ilk (๑•́ ₃ •̀๑) 文章专栏&#xff1a; 数据结构 本篇博客我们继续了解一些二叉树的进阶算法。 &#x1f3e0; 二叉搜索 树转化为双向循环链表 &#x1f4cc; 题目内容 将二叉搜索树转化为排序…
阅读更多...
负载均衡之HAProxy超全内容！！！

负载均衡之HAProxy超全内容！！！

一、负载均衡 1.1 负载均衡概念 负载均衡&#xff08;Load Balance&#xff0c;简称 LB&#xff09;是高并发、高可用系统必不可少的关键组件&#xff0c;目标是尽力将网络流量平均分发到多个服务器上&#xff0c;以提高系统整体的响应速度和可用性。 1.2 软件负载均衡 软件…
阅读更多...
【C++深度探索】哈希表介绍与实现

【C++深度探索】哈希表介绍与实现

&#x1f525; 个人主页&#xff1a;大耳朵土土垚 &#x1f525; 所属专栏&#xff1a;C从入门至进阶 这里将会不定期更新有关C/C的内容&#xff0c;欢迎大家点赞&#xff0c;收藏&#xff0c;评论&#x1f973;&#x1f973;&#x1f389;&#x1f389;&#x1f389; 文章目录…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023