haproxy详解

已于 2024-08-11 12:16:04 修改
阅读量831 收藏 23
点赞数 28
文章标签： linux 负载均衡 服务器 运维
于 2024-08-11 12:13:50 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/D2961953033/article/details/141102618
版权

目录

一、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

俗庸203
关注
Haproxy集群
m0_51160032的博客
11-22 3543
目录 一、Haproxy简介 1.1Haproxy应用分析 1.2Haproxy的特性 1.3常见负载均衡策略 1）RR（Round Robin） 2）LC（Least Connections） 3）SH（Source Hashing） 4）uri 5）url_param 6）rdp—cookie（name） 7） source 8） static-rr 1.4LVS、Haproxy、Nginx区别 1.5 Haproxy的优点 1.6常见的Web集群调度器 二、Haprox
centos7 Haproxy详解
RoninLJH的博客
07-01 555
HAProxy: 是法国人Willy Tarreau开发的一个开源软件，是一款应对客户端10000以上的同时连接的高性能的TCP和 HTTP负载均衡器。其功能是用来提供基于cookie的持久性， 基于内容的交换，过载保护的高级流量管制，自动故障切换 ，以正则表达式为基础的标题控制运行时间，基于Web的报表，高级日志记录以帮助排除故障的应用或网络及其他功能。 HAProxy 是一款提供高可用性、负载均衡以及基于TCP（第四层）和HTTP（第七层）应用的代理软件，支持虚拟主机，它是免费、快速并且可靠的一种解决方
haproxy
weixin_47726353的博客
07-26 141
haproxy 专业负载均衡工具，有web界面，支持四层和七层负载 （1）HAProxy简介 HAProxy是一个使用C语言编写的自由及开放源代码软件，其提供高可用性、负载均衡，以及基于TCP和HTTP的应用程序代理。 HAProxy特别适用于那些负载特大的web站点，这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上，完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中， 同时可以保护你的web服务器不被暴露到网络上。 HAProxy实现了一种事件
全网最最最详细的haproxy详解！！！
最新发布
2201_75580114的博客
08-12 1794
HAProxy（High Availability Proxy）是一款由法国人Willy Tarreau开发的高性能、开源的TCP和HTTP负载均衡器。它使用C语言编写，具备高并发处理能力和丰富的功能特性，广泛应用于各种需要高负载和高可用性的Web站点和应用程序中。开发者类型：高性能的TCP和HTTP负载均衡器特点：免费、快速、可靠主要功能：负载均衡、健康检查、会话保持、SSL/TLS支持、HTTP重写、压缩等。
haproxy详解.rar
10-28
HAProxy用法详解 全网最详细中文文档 包括架构、安装、配置详解
HAProxy实战详解
03-17
HAProxy是一款广泛使用的开源负载均衡器，主要用于分发网络流量到多台服务器，以提高服务的可用性和响应速度。在本篇文章中，我们将深入探讨HAProxy的实战应用，包括其在web架构中的角色、负载均衡的基本概念、...
HAproxy
SinG_Lala的博客
10-10 125
本文主要讲述了haproxy的简介与部署
haproxy配置详解
08-23
Haproxy 是一款开源的负载均衡软件，它可以将客户端的请求分发到多个后端服务器上，实现高可用和高性能。下面是 Haproxy 配置的详解： 1. 全局配置： 在配置文件的顶部，你可以设置一些全局的参数，如日志记录、最大并发连接数等。例如： ``` global log /dev/log local0 log /dev/log local1 notice chroot /var/lib/haproxy stats socket /run/haproxy/admin.sock mode 660 level admin stats timeout 30s user haproxy group haproxy daemon ``` 这里设置了日志记录到本地，并指定了管理员的访问权限。 2. 默认配置： 在全局配置之后，可以设置默认的参数，这些参数会应用到所有的后端服务器。例如： ``` defaults log global mode http option httplog option dontlognull timeout connect 5000 timeout client 50000 timeout server 50000 ``` 这里将日志记录设置为全局生效，使用 HTTP 模式，并设置了连接和超时时间。 3. 前端配置： 在 Haproxy 中，前端指的是接收客户端请求的部分。你可以指定监听的 IP 和端口，并设置一些负载均衡算法。例如： ``` frontend www-frontend bind *:80 mode http default_backend www-backend frontend api-frontend bind *:8080 mode http default_backend api-backend ``` 这里定义了两个前端配置，分别监听 80 和 8080 端口，并分发到对应的后端服务器。 4. 后端配置： 在前端配置之后，需要指定后端服务器的地址和端口，并设置一些额外的参数。例如： ``` backend www-backend mode http balance roundrobin option httpchk HEAD /index.html HTTP/1.1\r\nHost:localhost server web1 192.168.0.1:80 check server web2 192.168.0.2:80 check backend api-backend mode http balance leastconn option httpchk GET /healthcheck server api1 192.168.0.3:8080 check server api2 192.168.0.4:8080 check ``` 这里定义了两个后端配置，使用不同的负载均衡算法，并设置了健康检查和服务器的地址。 以上是 Haproxy 配置的一些基本说明，你可以根据自己的需求进行灵活配置。请注意，配置文件的语法要符合 Haproxy 的要求，否则可能会导致错误或无效的配置。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

俗庸203

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值