haproxy实验

最新推荐文章于 2025-07-30 15:34:53 发布
最新推荐文章于 2025-07-30 15:34:53 发布
阅读量673 收藏 10
点赞数 20
CC 4.0 BY-SA版权
文章标签： haproxy实验 ip透传 haproxy自定义错误界面
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wo_chao_yuan/article/details/149533429

负载均衡简单环境的搭建

主机名IP角色
客户端（cip）192.168.75.100测试机
haproxy192.168.75.30调度器
rs1192.168.75.10服务器
rs2192.168.75.20服务器


 客户端配置：

#关闭防火墙
systemctl disable --now firewalld

rs1、rs2配置

#关闭防火墙
systemctl disable --now firewalld

#安装nginx服务
yum install nginx -y

#更改默认发布页面方便测试
[root@RS1 ~]# cat /usr/share/nginx/html/index.html
RS1 192.168.75.10
[root@RS2 ~]# cat /usr/share/nginx/html/index.html
RS1 192.168.75.20

haproxy配置

#关闭防火墙
systemctl disable --now firewalld

#安装haproxy
yum install haproxy -y

#在配置文件中写入策略

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

# custom web cluster
#--------------------------------------------------------------------
frontend webcluster
        bind    *:80
        mode    http
        balance roundrobin
        use_backend webserver

backend webserver
        server web1 192.168.75.10:80
        server web2 192.168.75.20:80

测试

[root@cip ~]# for hap in {1..10}
> do
> curl 192.168.75.30
> done
RS1 192.168.75.10
RS2 192.168.75.20
RS1 192.168.75.10
RS2 192.168.75.20
RS1 192.168.75.10
RS2 192.168.75.20
RS1 192.168.75.10
RS2 192.168.75.20
RS1 192.168.75.10
RS2 192.168.75.20

 

haproxy基于cookie的会话保持

 

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

注：不支持tcp mode 使用http mode

配置选项

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

配置如下： 

vim /etc/haproxy/haproxy.cfg

listen webserver
        bind    *:80
        mode    http
        balance roundrobin
        cookie webcookie insert nocache indirect
        #balance hdr(User-Agent)
        hash-type consistent
        server web1 192.168.75.10:80 cookie w1 weight 1 check inter 3s fall 3 rise 5
        server web2 192.168.75.20:80 cookie w2 weight 1 check inter 3s fall 3 rise 5

验证cookie信息

 在浏览器中输入vip即可

命令验证

C:\Users\86178>curl -i 192.168.75.30
HTTP/1.1 200 OK
server: nginx/1.20.1
date: Fri, 18 Jul 2025 09:11:38 GMT
content-type: text/html
content-length: 18
last-modified: Thu, 17 Jul 2025 08:02:12 GMT
etag: "6878ae04-12"
accept-ranges: bytes
set-cookie: webcookie=w2; path=/
cache-control: private

RS2 192.168.75.20

C:\Users\86178>curl -i 192.168.75.30
HTTP/1.1 200 OK
server: nginx/1.20.1
date: Fri, 18 Jul 2025 09:12:22 GMT
content-type: text/html
content-length: 18
last-modified: Thu, 17 Jul 2025 08:02:53 GMT
etag: "6878ae2d-12"
accept-ranges: bytes
set-cookie: webcookie=w1; path=/
cache-control: private

RS1 192.168.75.10

#访问时指定cookie
C:\Users\86178>curl -b webcookie=w1 192.168.75.30
RS1 192.168.75.10

C:\Users\86178>curl -b webcookie=w2 192.168.75.30
RS2 192.168.75.20


C:\Users\86178>curl -vb webcookie=w2 192.168.75.30
*   Trying 192.168.75.30:80...
* Connected to 192.168.75.30 (192.168.75.30) port 80
* using HTTP/1.x
> GET / HTTP/1.1
> Host: 192.168.75.30
> User-Agent: curl/8.13.0
> Accept: */*
> Cookie: webcookie=w2
>
< HTTP/1.1 200 OK
< server: nginx/1.20.1
< date: Fri, 18 Jul 2025 09:14:05 GMT
< content-type: text/html
< content-length: 18
< last-modified: Thu, 17 Jul 2025 08:02:12 GMT
< etag: "6878ae04-12"
< accept-ranges: bytes
<
RS2 192.168.75.20
* Connection #0 to host 192.168.75.30 left intact

 

HAProxy状态页

通过web页面，显示当前haproxy的运行状态

stats enable                
stats hide-version          
stats refresh <delay>       
stats uri <prefix>          
#基于默认的参数启用stats page
 #将状态页中haproxy版本隐藏
#设定自动刷新时间间隔，默认不自动刷新
#自定义stats page uri，默认值：/haproxy?stats 
stats auth <user>:<passwd>  #认证时的账号和密码，可定义多个用户,每行指定一个用户
#默认：no authentication
 stats admin { if | unless } <cond> #启用stats page中的管理功能
#配置
vim /etc/haproxy/haproxy.cfg

#任意位置添加：
listen stats:
        mode http
        bind *:9090
        stats enable
        log global
        stats refresh 5
        stats uri /status
        stats auth test:123

 测试

#在浏览器中输入
192.168.75.30:9090/status

IP透传

web服务器中需要记录客户端的真实IP地址，用于做访问统计、安全防护、行为分析、区域排行等场景。

四层IP透传

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

listen webserver
        bind    *:80
        mode    tcp		#由http改为tcp
        balance roundrobin
        cookie webcookie insert nocache indirect
        #balance hdr(User-Agent)
        hash-type consistent
        server web1 192.168.75.10:80 send-proxy cookie w1 weight 1 check inter 3s fall 3 rise 5
        server web2 192.168.75.20:80 send-proxy cookie w2 weight 1 check inter 3s fall 3 rise 5
        #增加send-proxy
        
systemctl restart haproxy

 

rs1和rs2相同配置:

vim /etc/nginx/nginx.conf

http {
    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '"$proxy_protocol_addr"'#增加此行内容
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

 
 server {
        listen       80 proxy_protocol;	#增加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 {

systemctl restart nginx

 

 

测试：

#在测试机上访问192.168.75.30

#在rs上查看日志
[root@rs1 ~]# tail /var/log/nginx/access.log
192.168.75.30 - - [20/Jul/2025:10:08:49 +0800] "GET / HTTP/1.1" "192.168.75.100"200 18 "-" "curl/7.76.1" "-"

 

自定义HAProxy 错误界面

对指定的报错进行重定向，使用errorfile和errorloc指令的两种方法，可以实现自定义各种错误页面

#haproxy默认使用的错误错误页面
[root@haproxy ~]# rpm -ql  haproxy24z-2.4.27-1.el7.zenetys.x86_64 | grep -E http$
 /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


#自定义错误页
errorfile <code> <file> 
<code> #HTTP status code.支持200, 400, 403, 405, 408, 425, 429, 500, 502，503,504
 <file> #包含完整HTTP响应头的错误页文件的绝对路径。 建议后缀".http"，以和一般的html文件相区分
#示例：
errorfile 503 /etc/haproxy/errorpage/503page.http

配置如下： 

#创建目录放入自定义错误界面文件
mkdir -p /etc/haproxy/errorpage
#复制原本的文件加以更改即可
cp /usr/share/haproxy/503.http /etc/haproxy/errorpage/503page.http

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@RS1 ~]# systemctl stop nginx.service
[root@RS2 ~]# systemctl stop nginx.service

haproxy四层负载

 以mysql服务为例实现四层负载

#为rs1和rs2安装maridb服务
[root@RS1 ~]# yum install mariadb-server -y
[root@RS2 ~]# yum install mariadb-server -y

#配置文件中增加id
[root@RS1 ~]# vim /etc/my.cnf
[mysqld]
server-id=1

[root@RS2 ~]# vim /etc/my.cnf
[mysqld]
server-id=2

#重启mariadb
[root@RS1 ~]# systemctl restart mariadb.service
[root@RS2 ~]# systemctl restart mariadb.service

[root@RS1 ~]# mysql -e "grant all on *.* to test@'%' identified by 'test';" --grant all 表示给予所有权限 *.* 表示任意数据库中的任意表  '%'表示可以远程登陆 identified by 'test'表示设置密码为test。
[root@RS2 ~]# mysql -e "grant all on *.* to test@'%' identified by 'test';"

#配置haproxy
[root@haproxy ~]# vim /etc/haproxy/haproxy.cfg

listen mysql_server
        bind :3306
        mode tcp
        balance roundrobin
        server my1 192.168.75.10:3306 check
        server my2 192.168.75.20:3306 check

#测试
[root@cip ~]# mysql -utest -ptest -h 192.168.75.30 -e "show variables like 'hostname'"
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| hostname      | RS1   |
+---------------+-------+
[root@cip ~]# mysql -utest -ptest -h 192.168.75.30 -e "show variables like 'hostname'"
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| hostname      | RS2   |
+---------------+-------+

[root@cip ~]# mysql -utest -ptest -h 192.168.75.30 -e "select @@server_id"
+-------------+
| @@server_id |
+-------------+
|           1 |
+-------------+
[root@cip ~]# mysql -utest -ptest -h 192.168.75.30 -e "select @@server_id"
+-------------+
| @@server_id |
+-------------+
|           2 |
+-------------+

 

注意：如果使用frontend和backend，一定在 frontend 和 backend 段中都指定mode tcp

frontend mysql_server
bind :3306
mode tcp
use_backend mysql_rs
backend mysql_rs
    mode tcp
    balance leastconn
    server mysql1 192.168.75.10:3306 check
    server mysql2 192.168.75.20:3306 check

HAProxy https 实现

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

#配置HAProxy支持https协议，支持ssl会话；
bind *:443 ssl crt /PATH/TO/SOME_PEM_FILE 
#指令 crt 后证书文件为PEM格式，需要同时包含证书和所有私钥
cat demo.key demo.crt > demo.pem 
#把80端口的请求重向定443
 bind *:80
 redirect scheme https if !{ ssl_fc }

 证书制作

#创建目录存放证书和key
 mkdir /etc/haproxy/certs/
#生成证书
openssl req  -newkey rsa:2048 -nodes  -sha256 -keyout /etc/haproxy/certs/cert.org.key -x509 -days 365 -out /etc/haproxy/certs/cert.org.crt
#查看是否生成
[root@haproxy certs]# cd /etc/haproxy/certs/
[root@haproxy certs]# ls
cert.org.crt  cert.org.key  cert.pem
#将证书和key放在同一个文件下
cat cert.org.key cert.org.crt > cert.pem
#haproxy配置
frontend webkey-80
        bind    *:80
        mode    http
        balance roundrobin
        redirect scheme https if !{ ssl_fc }
        use_backend webserver

frontend webkey-443
        bind    *:443 ssl crt /etc/haproxy/certs/cert.pem
        mode    http
        balance roundrobin
        use_backend     webserver

backend webserver
        server key1 192.168.75.10:80 check
        server key2 192.168.75.20:80 check

#重启haproxy服务
systemctl restart haproxy.service

测试：在浏览器中输入192.168.75.30 会自动添加https

#在客户机上使用命令测试
[root@cip ~]# curl -ikl http://192.168.75.30
HTTP/1.1 302 Found
content-length: 0
location: https://192.168.75.30/
cache-control: no-cache

[root@cip ~]# curl -IkL http://192.168.75.30
HTTP/1.1 302 Found
content-length: 0
location: https://192.168.75.30/
cache-control: no-cache

HTTP/1.1 200 OK
server: nginx/1.20.1
date: Sun, 20 Jul 2025 08:17:37 GMT
content-type: text/html
content-length: 18
last-modified: Thu, 17 Jul 2025 08:02:53 GMT
etag: "6878ae2d-12"
accept-ranges: bytes

 

 

可以看到访问依旧轮询了。

redirect scheme https if !{ ssl_fc }

可以分成 4 个部分理解，每个部分都对应一个固定的语法含义。

        redirect scheme https “redirect” 是 HAProxy 的动作关键字，表示“重定向”。 “scheme https” 告诉 HAProxy：把客户端请求的协议（scheme）改成 https，同时保持原来的主机名、路径和查询串不变。

HTTP/1.1 302 Found
Location: https://<原主机><原路径>?<原查询串>

  1. if 条件判断关键字，相当于“当……时”。

  2. !{ ssl_fc } 条件表达式。

    • ssl_fc 是 HAProxy 内置的布尔变量（fetch），含义是 SSL Front Connection——如果当前连接是 TLS/SSL（即 https），则返回 true；否则返回 false。

    • ! 是逻辑非，表示“取反”。 因此 !{ ssl_fc } 就是“当前连接不是 SSL 连接”，换句话说“是 http 明文连接”。

合起来： “如果当前连接不是 https，就把客户端重定向到 https。”

 

Babybreath-
关注
haproxy实验及其算法+状态页
weixin_68256171的博客
08-10 1178
静态static-rr->tcp/http 不管后端状态，轮询first--->tcp/http 一个受不了再换下一个动态roundrobin-------->tcp/http 先看负载，再看权重leastconn---->tcp/http 先看链接，再看权重以下静态和动态取决于hash_type是否consistent。
haproxy实验1111
08-12
haproxy实验1111
HAProxy实验
weixin_72619261的博客
08-12 799
HAProxy的基础部署方式以及优化方法
Haproxy实验
a17783481239的博客
02-18 291
serverd(客户端):192.168.233.141。
Haproxy实验总结
qq_61179587的博客
08-13 1032
准备三台虚拟机：haproxy(172.25.254.100)、webserver1(172.25.254.10)、webserver2(172.25.254.20)准备三台虚拟机：haproxy(172.25.254.100)、webserver1(172.25.254.10)、webserver2(172.25.254.20)防火墙，selinux关闭。防火墙，selinux关闭。
haproxy实验-1
lhxwished的博客
08-12 814
root@localhost ~]#echo "help" | socat stdio /var/lib/haproxy/stats(帮助)> /var/www/html/index.html。srw------- 1 root root 0 8月 12 00:10 /var/lib/haproxy/stats。[root@localhost ~]#socat -h查看帮助（支持tcp/udp等协议）在rhel9或者openEuler环境下搭建。defaults：默认配置；：同时拥有前端和后端配置。
haproxy实验报告
qq_75217195的博客
07-29 696
基于自定义的错误页面文件^Mtest01关闭后台服务器基于http重定向错误页面关闭后台服务器。
haproxy实验安装部署
2301_77950376的博客
08-11 1210
自定义日志定义日志文件的位置将 UDP 的端口打开启动查看将两台主机都停止后访问浏览器出现的界面 出现报错在haproxy中配置创建一个文件更改报错内容编辑内容vim /etc/haproxy/errorpage/503.http错误 定义到一个网站上比如 www.baidu.com。
haproxy实验-2
lhxwished的博客
08-13 1144
hash环，假如a.jpg，b.jpg，c.jpg 要放入A、B、C服务器中，a.jpg，b.jpg，c.jpg顺时针找最近的服务器储存，如果B服务器下线，储存在B中的图片暂时找不到，但是不会影响其他服务器的图片，通过了hash运算，有虚拟节点。打开c盘——>Windows——>system32——>drivers——>etc——>hosts——>用记事本打开——>编辑——>保存。概念：它可以根据设定的条件对经过服务器传输的数据包进行过滤(条件匹配)即对接收到的报文进行匹配和过滤，基于请求报文头部中的。
haproxy 实验报告
2301_80265265的博客
07-30 717
再次在客户端浏览器中访问 HAProxy 服务器的 IP 地址，此时所有请求都会被转发到 Web2，页面始终显示 “This is Web Server 2”，说明 HAProxy 成功检测到 Web1 故障并将其从服务器池中移除。简单来说，它就像一个 “交通指挥官”，将客户端的请求合理分配到后端的多台服务器上，避免单台服务器因负载过高而崩溃。一段时间后，再次访问，请求又会在 Web1 和 Web2 之间轮询，表明 Web1 已恢复并重新加入服务器池。HAProxy 支持多种负载均衡算法，常用的有：​。
实验报告——实验8-haproxy.docx
12-24
**实验报告——HAProxy高性能集群搭建与配置** **一、实验背景及目的** HAProxy是一款开源的负载均衡器，常用于构建高性能的Web服务集群，它能够有效地分发客户端请求到多个后端服务器，提高系统的可用性和响应...
实验手册keepalived+haproxy
09-28
### 实验手册：Keepalived + Haproxy 高可用架构搭建 #### 一、实验背景及概述 在现代互联网架构中，为了提高系统的稳定性和可用性，通常会采用多种技术手段来构建高可用（High Availability，简称HA）的网络环境...
【java毕业设计】喀什美食订餐网源码（ssm+mysql+说明文档+LW+PPT）.zip
08-13
基于SSM框架的喀什美食订餐网的前台包含了用户注册、菜品列表、菜品排行、在线点餐和菜品收藏功能，下面是对这些功能的详细介绍： （1）用户注册功能：允许新用户创建自己的账户，并提供基本信息如用户名、密码等。注册完成后，用户可以登录到系统中进行后续操作。 （2）菜品列表功能：展示了所有可供选择的菜品，每个菜品都配有详细的描述、图片和价格等信息。用户可以通过搜索功能快速找到自己感兴趣的菜品，也可以按照分类或关键词进行筛选和排序。 （3）菜品排行功能：显示了当前最受欢迎或高评分的菜品，帮助用户挑选热门菜品，并参考其他用户的评价和推荐。 （4）在线点餐功能：允许用户在浏览菜品后直接下单，选择餐厅、菜品数量和其他相关选项。用户还可以添加特殊要求或备注，以满足个性化的需求。提交订单后，用户可以实时查看订单状态并付款。 完整前后端源码，部署后可正常运行！ 环境说明 开发语言：Java后端 框架：ssm，mybatis JDK版本：JDK1.8+ 数据库：mysql 5.7+ 数据库工具：Navicat11+ 开发软件：eclipse/idea Maven包：Maven3.3+ 部署容器：tomcat7.5+
电力电子仿真技术解析：MMC、HVDC与微电网的建模与应用
08-13
电力电子仿真领域的关键技术，重点讨论了模块化多电平换流器(MMC)仿真、高压直流输电(HVDC)仿真以及微电网仿真。首先，通过MATLAB Simulink环境构建MMC仿真模型，研究其工作原理和性能特点，特别是如何通过级联子模块实现高电压、低谐波的效果。其次，探讨了柔性直流输电(VSC-HVDC)仿真，涉及SPWM、NLM、CPS-PWM等调制技术的应用，展示了这些技术如何提升系统的灵活性和稳定性。最后，针对微电网仿真，模拟了风电、光伏、储能等多种能源形式的协同工作，优化微电网的设计和运行。 适合人群：从事电力系统研究的技术人员、高校师生及相关领域的研究人员。 使用场景及目标：适用于电力系统设计、优化和故障诊断的研究项目，帮助理解和掌握电力电子仿真技术的基本原理和实际应用。 其他说明：文中提供了部分MATLAB伪代码示例，便于读者理解和实践。同时鼓励进一步咨询和探讨相关话题，以深化对电力电子仿真的认识。
基于群智能算法优化随机森林分类预测的MATLAB实现及性能对比
08-13
利用多种群智能算法（如粒子群优化、阿基米德优化、黏菌优化、麻雀优化和狼群优化）对随机森林（RF）进行参数优化的方法及其MATLAB代码实现。重点讨论了每种算法的工作原理、代码片段及其实验效果。实验结果显示，在UCI乳腺癌数据集上，不同算法优化后的RF模型表现各异，其中麻雀算法优化的RF模型达到了最高的准确率95.7%。 适合人群：对机器学习尤其是随机森林算法有一定了解的研究人员和技术爱好者，熟悉MATLAB编程环境。 使用场景及目标：适用于希望提高随机森林模型分类预测性能的研究项目或应用开发。主要目标是通过引入不同的群智能算法来优化随机森林的关键参数（如树的数量和最小叶子节点数），从而提升模型的整体性能。 其他说明：文中还提供了一些实用的小技巧，例如可以先使用收敛速度快的算法确定大致参数区间，然后采用精度更高的算法进行细调。此外，作者提到可以通过私信获取最新的混合优化方案。
基于 C# WinForm 技术的字体编辑器
08-13
在 Windows 桌面应用开发中，文本编辑工具是非常常见的需求，而字体样式的自定义更是提升用户体验的重要功能。本文将基于 C# WinForm 技术，解析两个字体编辑器版本（基础版与进阶版）的实现思路，带你了解如何从零开始构建一个支持字体自定义的文本编辑工具。 项目结构概览 整个项目包含两个主要版本： 字体编辑器（基础）：实现基本的字体样式设置功能 字体编辑器（进阶）：在基础版之上增加了右键菜单、更丰富的字体设置选项 两个版本均基于.NET Framework 4.7.2 开发，采用 WinForm 传统桌面应用架构，主要包含主窗体（Form1）和字体设置窗体（Form2）两个核心界面。
【办公自动化】Python自动生成Excel报表系统：数据处理、图表生成与邮件发送全流程详解
最新发布
08-13
内容概要：本文介绍了如何利用Python自动化生成专业的Excel报表，涵盖数据提取、格式美化、图表自动生成等功能，帮助用户从重复性劳动中解放出来。文章详细描述了整个流程，包括环境准备与库安装、数据准备与读取、创建Excel报表框架、设计专业表格样式、添加专业图表、插入自动计算公式以及完整代码实现。此外，还提供了扩展功能，如邮件自动发送报表和定时自动生成报表。 适合人群：具备一定编程基础，尤其是对Python有一定了解，并希望提高办公效率的办公人员或数据分析师。 使用场景及目标：①需要定期生成销售报表或其他类型的数据报表；②希望通过自动化工具减少手动操作，提高工作效率；③希望掌握Python在办公自动化中的应用技巧，特别是结合pandas、openpyxl等库进行数据处理和Excel操作。 阅读建议：此资源不仅提供了完整的源码和详细注释，更重要的是引导读者理解每个步骤背后的逻辑和技术细节。因此，在学习过程中，建议读者跟随代码逐步实践，同时理解每一步骤的目的和实现方法。
从无标签语料到打标签，用 SVM 与 LSTM 建模 NLP 情感分析全流程
08-13
资源下载链接为： https://pan.quark.cn/s/6651ac4a793e 从无标签语料到打标签，用 SVM 与 LSTM 建模 NLP 情感分析全流程（最新、最全版本！打开链接下载即可用！）
Keepalived与Haproxy实验指南：部署与负载均衡
本实验手册旨在深入探讨Keepalived与Haproxy在构建高可用（High Availability, HA）解决方案中的应用。Keepalived是一款专为网络冗余和故障转移设计的开源软件，常用于实现虚拟路由器（Virtual Router Redundancy ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值