集群与负载均衡：HAProxy 与 Nginx 实践

最新推荐文章于 2025-08-23 13:26:39 发布
原创 最新推荐文章于 2025-08-23 13:26:39 发布 · 678 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#负载均衡 #nginx #运维

高可用和负载均衡

集群

概念

  • 集群 (Cluster)：是由多台计算机（节点）通过网络组合在一起，对外表现为一个整体系统。

  • 特点：

    1. 高性能：并行计算能力增强。

    2. 高可用：某个节点故障，其他节点接管。

    3. 可扩展：增加节点即可扩展能力。

类型

常见的集群分为三类：

  1. 高性能计算集群（HPC，High Performance Computing）

    • 目标：提高计算能力，适用于科学计算、大数据分析。

    • 特点：任务切分 → 并行执行 → 汇总结果。

  2. 高可用集群（HA，High Availability）

    • 目标：保证服务连续运行。

    • 特点：一个节点宕机，另一个自动接管（故障转移）。

    • 应用：数据库集群、关键业务系统。

  3. 负载均衡集群（Load Balancing Cluster）

    • 目标：分配请求，避免单点压力。

    • 特点：多个节点同时处理请求，通过调度算法分流。

    • 应用：Web 服务、应用服务器集群。

负载均衡集群

  • 作用：把用户请求合理分发到后端多台服务器，提高并发处理能力和稳定性。

  • 常见负载均衡实现方式：

    1. 硬件负载均衡：如 F5、Array，性能高但成本高。

    2. 软件负载均衡：常见方案有

      • Nginx：反向代理 + 负载均衡

      • HAProxy：专业负载均衡器，支持四层/七层

      • LVS：Linux Virtual Server，高性能四层负载均衡

HAProxy

简介

  • 一款开源的负载均衡软件，支持 TCP（四层）和 HTTP（七层）代理。

  • 以高性能和高并发著称，广泛应用于互联网企业。

特点

  1. 支持四层（TCP）和七层（HTTP）代理。

  2. 内置多种负载均衡算法（轮询、最少连接、源地址哈希等）。

  3. 高并发性能强，支持数十万连接。

  4. 提供健康检查，能自动剔除故障节点。

  5. 提供状态统计页面，便于运维监控。

常见负载均衡算法

  • roundrobin：轮询，默认方式。

  • leastconn：最少连接，优先选择连接数少的服务器。

  • source：根据请求源 IP 分配，保证同一 IP 始终访问同一服务器。

实践
安装
 [root@centos7 ~ 10:50:32]# vim /etc/hosts
 [root@centos7 ~ 10:54:10]# cat /etc/hosts
 127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
 ::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
 ​
 #####cluster#####
 10.1.8.10 lb.yuxb.cloud lb
 10.1.8.11 web1.yuxb.cloud web1
 10.1.8.12 web2.yuxb.cloud web2
 10.1.8.13 web3.yuxb.cloud web3
 10.1.8.20 router.yuxb.cloud router
 10.1.8.21 client1.yuxb.cloud client1
 10.1.1.21 client2.yuxb.cloud client2
 ​

lb

 添加一块网卡，选vm1
 ​
 sethost 10
 ​
 [root@lb ~ 12:31:52]# nmcli connection modify 7f031843-1f62-3beb-8783-8888d08dc2b8 connection.id ens36 ipv4.method manual ipv4.addresses 10.1.1.10/24
 [root@lb ~ 12:34:27]# nmcli connection up ens36
 连接已成功激活（D-Bus 活动路径：/org/freedesktop/NetworkManager/ActiveConnection/8）
 [root@lb ~ 12:34:40]# ip -br a
 lo               UNKNOWN        127.0.0.1/8 ::1/128 
 ens33            UP             10.1.8.10/24 fe80::20c:29ff:fe80:a684/64 
 ens36            UP             10.1.1.10/24 fe80::ee29:4731:589:aa3c/64 
 ​

router

 和lb一样，也要添加网卡还有上面的操作
 +
 ​
 # 开启路由
 [root@router ~ 12:48:57]# echo "net.ipv4.ip_forward=1" >> /etc/sysctl.conf
 [root@router ~ 12:49:15]# sysctl -p
 net.ipv4.ip_forward = 1
 ​
 # 防火墙
 [root@router ~ 12:49:15]# systemctl enable firewalld.service --now
 Created symlink from /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service to /usr/lib/systemd/system/firewalld.service.
 Created symlink from /etc/systemd/system/multi-user.target.wants/firewalld.service to /usr/lib/systemd/system/firewalld.service.
 [root@router ~ 12:50:31]# firewall-cmd --set-default-zone=trusted
 success
 [root@router ~ 12:50:53]# firewall-cmd --add-masquerade --permanent 
 success
 ​

client2

 网卡选vm1
 ​
 nmcli connection modify ens33 ipv4.address 10.1.1.21/24
 hostnamectl set-hostname client2.yuxb.cloud
 ​
 [root@client2 ~ 12:53:44]# ip r
 default via 10.1.8.2 dev ens33 proto static metric 100 
 10.1.1.0/24 dev ens33 proto kernel scope link src 10.1.1.21 metric 100 
 10.1.8.2 dev ens33 proto static scope link metric 100 
 [root@client2 ~ 12:53:52]# nmcli connection modify ens33 ipv4.gateway 10.1.1.20
 [root@client2 ~ 12:54:36]# nmcli connection up ens33 
 连接已成功激活（D-Bus 活动路径：/org/freedesktop/NetworkManager/ActiveConnection/2）
 [root@client2 ~ 12:54:41]# ip r
 default via 10.1.1.20 dev ens33 proto static metric 100 
 10.1.1.0/24 dev ens33 proto kernel scope link src 10.1.1.21 metric 100 
 ​

http 模式
配置 web
 web1.2.3都要配置
 # 给每台后端 Web 服务器额外准备一组“测试服务”
 ​
 # 部署 web
 [root@web1 ~ 15:06:47]# yum install -y nginx
 [root@web1 ~ 15:09:44]# echo Welcome to $(hostname) > /usr/share/nginx/html/index.html 
 [root@web1 ~ 15:09:47]# systemctl enable nginx.service --now
 Created symlink from /etc/systemd/system/multi-user.target.wants/nginx.service to /usr/lib/systemd/system/nginx.service.
 ​
 [root@web1 ~ 15:09:47]# systemctl enable nginx.service --now
 Created symlink from /etc/systemd/system/multi-user.target.wants/nginx.service to /usr/lib/systemd/system/nginx.service.
 ​
 # 测试
 # 访问后端 nginx
 [root@client1 ~ 15:33:47]# curl 10.1.8.11
 Welcome to web1.yuxb.cloud
 [root@client1 ~ 15:34:06]# curl 10.1.8.12
 Welcome to web2.yuxb.cloud
 [root@client1 ~ 15:34:08]# curl 10.1.8.13
 Welcome to web3.yuxb.cloud
 ​
 ​
 # 准备虚拟主机
 [root@web1 ~ 15:09:48]# cat > /etc/nginx/conf.d/vhost-test.conf <<'EOF'
 > server {
 >     listen       81;
 >     root         /test;
 > }
 > EOF
 [root@web1 ~ 15:11:40]# systemctl restart nginx
 ​
 # 准备测试文件
 [root@web1 ~ 15:11:51]# mkdir /test
 [root@web1 ~ 15:12:18]# echo hello txt from $(hostname -s) > /test/index.txt
 [root@web1 ~ 15:12:18]# echo hello html from $(hostname -s) > /test/index.html
 ​
 # 测试
 [root@client1 ~ 15:34:10]# curl http://web1:81/
 hello html from web1
 [root@client1 ~ 15:34:28]# curl http://web2:81/
 hello html from web2
 [root@client1 ~ 15:34:31]# curl http://web3:81/
 hello html from web3
 ​

配置 haproxy

情况1

 # 轮询负载均衡
 ​
 [root@lb ~ 14:41:35]# yum install -y haproxy
 ​
 # 先备份一份再修改
 [root@lb ~ 15:14:05]# cp /etc/haproxy/haproxy.cfg{,.ori}
 [root@lb ~ 15:27:32]# vim /etc/haproxy/haproxy.cfg
 # 在最后添加
 frontend front_web
     bind *:80
     use_backend  back_web
     #acl test url_reg -i \.txt$
     #use_backend test if test
 ​
 backend back_web
     balance     roundrobin
     server web1 10.1.8.11:80 check
     server web2 10.1.8.12:80 check
     server web3 10.1.8.13:80 check
 ​
 # frontend：定义前端，监听在 *:80
 # use_backend back_web：转发到 back_web
 # backend back_web：定义后端负载均衡池
 # balance roundrobin：轮询算法
 # check：启用健康检查，不可用的节点会被自动摘掉
 ​
 # 启动服务
 [root@lb ~ 15:31:35]# systemctl start haproxy
 ​
 # 测试
 # balance roundrobin → 轮询调度算法
 [root@client1 ~ 15:33:28]# curl http://lb.yuxb.cloud/
 Welcome to web1.yuxb.cloud
 [root@client1 ~ 15:33:36]# curl http://lb.yuxb.cloud/
 Welcome to web2.yuxb.cloud
 [root@client1 ~ 15:33:46]# curl http://lb.yuxb.cloud/
 Welcome to web3.yuxb.cloud
 ​
 # for循环测试
 [root@client2 ~ 15:40:06]# for i in {1..90}; do curl http://lb.yuxb.cloud; done
 [root@client2 ~ 15:40:25]# for i in {1..90}; do curl -s http://lb.yuxb.cloud; done | sort | uniq -c
      30 Welcome to web1.yuxb.cloud
      30 Welcome to web2.yuxb.cloud
      30 Welcome to web3.yuxb.cloud
 ​

情况二

 # ACL 访问控制 + 轮询调度
 ​
 [root@lb ~ 15:32:48]# vim /etc/haproxy/haproxy.cfg
 frontend front_web
     bind *:80
     default_backend  back_web
     acl test url_reg -i \.txt$
     use_backend back_test if test
 ​
 backend back_web
     balance     roundrobin
     server web1 10.1.8.11:80 check
     server web2 10.1.8.12:80 check
     server web3 10.1.8.13:80 check
 ​
 backend back_test
     balance    roundrobin
     server test1 10.1.8.11:81 check
     server test2 10.1.8.12:81 check
     server test3 10.1.8.13:81 check
 ​
 # bind *:80 → 前端监听 80 端口
 # default_backend back_web → 默认转发到 back_web （80 端口的 nginx）
 # acl test url_reg -i \.txt$ → 定义 ACL 规则：如果 URL 以 .txt 结尾
 # use_backend back_test if test → 如果匹配到 .txt 文件，就转发到 back_test
 ​
 [root@lb ~ 15:58:50]# systemctl restart haproxy
 ​
 # 测试
 [root@client2 ~ 15:40:58]# for i in {1..90}; do curl -s http://lb.yuxb.cloud/index.txt; done | sort | uniq -c 
      30 hello txt from web1
      30 hello txt from web2
      30 hello txt from web3
 ​
 # 普通请求 (/ 或 .html) → 走 80 端口后端
 # .txt 请求 → 走 81 端口后端，并且被 平均轮询到 web1/web2/web3
tcp 模式
配置 ssh
 # 把 HAProxy 用来做 SSH 代理 + 轮询负载
 ​
 [root@lb ~ 15:59:26]# vim /etc/haproxy/haproxy.cfg
 ########### ssh 代理 ###########
 listen ssh
   mode tcp
   bind *:1022
   balance  roundrobin
   server web1 10.1.8.11:22   check
   server web2 10.1.8.12:22   check
   server web3 10.1.8.13:22   check
 ​
 # mode tcp → 因为 SSH 是 TCP 协议，所以要用 TCP 模式。
 # bind *:1022 → HAProxy 在自己的 1022 端口监听 SSH 连接。
 # balance roundrobin → 每个 SSH 连接会轮流转发到 web1/web2/web3 的 22 端口。
 ​
 [root@lb ~ 16:07:08]# systemctl restart haproxy
 ​
 # 测试
 # 只连lb:1022，HAProxy会轮流转发到后端的三台机器
 [root@client2 ~ 16:00:04]# ssh root@lb -p 1022 hostname
 Warning: Permanently added '[lb]:1022,[10.1.8.10]:1022' (ECDSA) to the list of known hosts.
 web1.yuxb.cloud
 [root@client2 ~ 16:08:01]# ssh root@lb -p 1022 hostname
 web2.yuxb.cloud
 [root@client2 ~ 16:08:02]# ssh root@lb -p 1022 hostname
 web3.yuxb.cloud
 [root@client2 ~ 16:08:03]# ssh root@lb -p 1022
 Last login: Fri Aug 22 14:41:07 2025 from 10.1.8.1
 [root@web1 ~ 16:08:17]# 登出
 Connection to lb closed.
 ​

Nginx

简介

  • Nginx 是一个高性能的 Web 服务器，同时支持 反向代理 和 负载均衡。

  • 常用于 Web 应用场景，支持静态资源服务、动静分离、反向代理、SSL 终端。

特点

  1. 轻量级，资源占用低，适合高并发场景。

  2. 反向代理：可以把请求转发给后端应用服务器。

  3. 负载均衡：内置多种调度算法。

  4. 模块化，扩展性强。

  5. 动静分离：静态文件由 Nginx 提供，动态请求交给后端。

常见负载均衡算法

  • round-robin（轮询，默认）

  • weight（加权轮询，根据权重分配请求）

  • ip_hash（同一 IP 始终访问同一服务器，解决 session 问题）

  • least_conn（最少连接，分配给连接数最少的节点）

Nginx 实践
配置 router

最开始已经配过了

# 开启路由
echo "net.ipv4.ip_forward=1" >> /etc/sysctl.conf
# 或者
# sed -i "s/ip_forward=0/ip_forward=1/g" /etc/sysctl.conf
sysctl -p
配置 web

和haproxy一样

配置 Nginx 代理
# Nginx 反向代理 + 负载均衡

# 在负载均衡器 lb 上安装 nginx
[root@lb ~ 16:52:55]# yum install -y nginx

# 配置 upstream 与代理规则
[root@lb ~ 16:52:55]# vim /etc/nginx/conf.d/proxy.conf
[root@lb ~ 16:53:53]# cat /etc/nginx/conf.d/proxy.conf
upstream web {
    server 10.1.8.11:80;
    server 10.1.8.12:80;
    server 10.1.8.13:80;
}
server {
    listen       80;
    server_name  www.yuxb.cloud;
    root         /usr/share/nginx/html;

    # Load configuration files for the default server block.
    include /etc/nginx/default.d/*.conf;
    location / {
       # 添加如下语句
       proxy_pass http://web;
    }
}

# upstream web {} 定义后端服务器池 (web1、web2、web3)
# proxy_pass http://web; 把请求转发给 upstream 组
# 默认 round-robin 轮询算法，会依次把请求分发到 11、12、13

[root@lb ~ 16:53:58]# systemctl restart nginx.service

# 客户端域名解析
[root@client2 ~ 16:08:19]# echo "10.1.8.10 www.yuxb.cloud www" >> /etc/hosts
[root@client1 ~ 15:35:47]# echo "10.1.8.10 www.yuxb.cloud www" >> /etc/hosts

# 测试负载均衡效果
[root@client2 ~ 16:54:39]# curl http://www.yuxb.cloud
Welcome to web1.yuxb.cloud
[root@client2 ~ 16:55:10]# curl http://www.yuxb.cloud
Welcome to web2.yuxb.cloud
[root@client2 ~ 16:55:11]# curl http://www.yuxb.cloud
Welcome to web3.yuxb.cloud
负载均衡-算法
[root@lb ~ 20:48:33]# vim /etc/nginx/conf.d/proxy.conf
upstream web {
    server 10.1.8.11:80 weight=10;
    server 10.1.8.12:80 weight=20;
    server 10.1.8.13:80 weight=30;
}

[root@client2 ~ 20:50:37]# for i in {1..90}; do curl -s http://www.yuxb.cloud/; done | sort | uniq -c
     15 Welcome to web1.yuxb.cloud
     30 Welcome to web2.yuxb.cloud
     45 Welcome to web3.yuxb.cloud

Nginx 反向代理

实践：带路径匹配

[root@lb ~ 20:51:58]# cd /etc/nginx/conf.d/
[root@lb conf.d 20:52:03]# vim vhost-test.conf
[root@lb conf.d 20:52:42]# cat vhost-test.conf 
server {
  listen  80;
  server_name www.yuxb.cloud;
  location /nginx1 {
     proxy_pass http://server1.yuxb.cloud/;
  }
  location /nginx2 {
     proxy_pass http://server2.yuxb.cloud/;
  }
}

[root@lb conf.d 20:54:49]# systemctl restart nginx

# 访问测试
[root@client2 ~ 20:51:14]# curl http://www.yuxb.cloud/nginx1
Welcome to web1.yuxb.cloud
[root@client2 ~ 20:55:20]# curl http://www.yuxb.cloud/nginx2
Welcome to web2.yuxb.cloud

yuxb73
关注
Haproxy+nginx负载均衡配置
啊啊啊啊建的博客
09-12 718
Haproxy+nginx负载均衡配置
HAproxy&Nginx-7层负载均衡集群
mufg15dfg的博客
09-27 1387
使用第7层允许负载均衡器根据用户请求的内容将请求转发到不同的后端服务器。client---nginx---web1 web2 web3 lvs同步请求 DR client -->dr---web1。轮询方式，依次将请求分配到各个后台服务器中，默认的负载均衡方式。根据请求者ip的hash值将请求发送到后台服务器中，可以保证来自同一ip的请求被打到固定的机器上，可以解决session问题。根据权重来分发请求到不同的机器中，指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。
负载均衡器：LVS、Nginx、HAproxy如何选择？
m0_60511809的博客
08-12 1254
HAproxy和Nginx由于可以做七层的转发，所以URL和目录的转发都可以做。在很大并发量的时候我们就要选择LVS，像中小型公司的话并发量没那么大，选择HAproxy或者Nginx足已，由于HAproxy由是专业的代理服务器配置简单，所以中小型企业推荐使用HAproxy。
【服务器与部署 15】负载均衡配置：HAProxy、Nginx高可用架构实战指南
熵数实验室
07-20 925
本文从实际业务场景出发，深入解析HAProxy和Nginx负载均衡器的配置与部署策略。通过生动的比喻和实战案例，帮助读者理解负载均衡的核心原理，掌握高可用负载均衡架构的设计与实现，解决大流量场景下的服务分发难题。
HAproxy+nginx 搭建负载均衡集群
GaLiCHaoFan1的博客
09-12 460
HAProxy 是一款提供高可用性、负载均衡以及基于TCP（第四层）和HTTP（第七层）应用的代理软件，支持虚拟主机，它是免费、快速并且可靠的一种解决方案。默认haproxy的日志是输出到系统的syslog中，查看起来不是非常方便，为了更好的管理haproxy的日志，我们在生产环境中一般单独定义出来，需要将haproxy的info及notice日志分别记录到不同的日志文件中。
深入浅出理解负载均衡三巨头：HAProxy、Nginx 与 LVS
qq_64132062的博客
08-08 866
本文形象化对比了三种主流负载均衡技术：HAProxy是精于HTTP协议调度的"智能调度员"，擅长复杂规则路由；Nginx是功能丰富的"前台经理"，兼具反向代理和静态资源处理能力；LVS则是高性能的"底层指挥官"，专注网络层流量分发。文章剖析了各自的工作原理，指出HAProxy适合精细化的Web服务调度，Nginx胜任中小规模Web集群，LVS则专攻超大规模并发场景。最后提出选择策略：根据并发规模、功能需求和运维成本综合考量，并建议大型架构可组合使用
HAProxy + Keepalived + Nginx 高可用负载均衡系统
2301_78537542的博客
05-12 1301
1. 项目背景在现代Web应用中，高可用性和负载均衡是两个至关重要的需求。本项目旨在通过HAProxy实现流量分发，通过Keepalived实现高可用性，通过Nginx提供后端服务。该架构能够确保在单点故障的情况下，系统仍然能够正常运行，并且能够均衡地分配流量到多个后端服务器。2. 环境准备。
Haproxy+Nginx搭建负载均衡集群
zyy1020075955的博客
09-14 935
当第一个用户第二次访问时会被继续指派到A，第二个用户第二次访问时依旧会被指派到B，只要负载均衡器不重启，第一个用户都会被指派到A，第二个用户访问都会被指派到B，实现集群的调度。（3）LVS因为工作在ISO模型的第四层，其状态监测功能单一，而Haproxy在状态监测方面功能更丰富、强大，可支持端口、URL、脚本等多种状态监测方式。客户端 Win10 192.168.137.100 -----------------------------
HAproxy+nginx搭建负载均衡集群
m0_54594153的博客
09-08 500
LVS在企业中抗负载能力很强，但是存在不足LVS不支持正则表达式，不是实现动静分离，对于大型网站，LVS的使用配置复杂，维护成本相对较高haproxy是一款可提高可用性，负载均衡，基于tcp/和http应用的代理软件，适合于负载大的web站点运行在硬件上可以支持数以万计的并发连接请求默认haproxy的日志是输出到系统的syslog中，查看起来不是非常方便，为了更好的管理haproxy的日志，我们在生产环境中一般单独定义出来。需要将haproxy的info及notice日志分别记录到不同的日志文件中。
七层负载均衡：Nginx与Haproxy的应用实践
"该文档介绍了如何使用Nginx和HAProxy进行七层负载均衡集群的构建，特别是针对包含多种类型内容（如PHP、HTML、图片、JSP等）的复杂Web系统。Nginx和HAProxy都支持七层负载均衡，能够基于应用层的不同需求进行流量...
第三十四章：Haproxy+Nginx+Tomcat实现动静页面分离1
08-08
1. 配置Haproxy作为负载均衡器，根据预设的调度算法（如轮询、最少连接、源IP等）将请求分配到多个Nginx实例。 2. 配置Nginx实例，将静态资源映射到本地文件系统，动态请求通过反向代理转发至Tomcat集群。 3. Tomcat...
Unix系统集群与负载均衡：手册策略，系统扩展与优化
本文首先概述了Unix集群的基本概念、分类以及负载均衡的理论基础，进而深入探讨了集群搭建、配置、管理及负载均衡器配置等实践指南。文章重点讨论了性能优化策略，包括监控工具的选择、性能瓶颈的识别与分析、系统...
【网络】使用 DNAT 进行负载均衡时，若未配置配套的 SNAT，回包失败
m0_45406092的博客
08-20 781
在iptablesDNAT 负载均衡中，如果不配置 SNAT/MASQUERADE后端服务器会直接回包给客户端，绕过负载均衡器。客户端收到源 IP 错误的响应包（是IP_RS而不是IP_VIP客户端丢弃响应包，导致连接失败。因此，在标准的 DNAT 负载均衡场景中，SNAT/MASQUERADE 不是“可选”，而是“必需”的，以保证流量路径的对称性和连接的完整性。
Haproxy负载均衡与架构优化
weixin_61231540的博客
08-20 1049
本文简述网站架构优化与 HAProxy 负载均衡技术。网站架构含接入层、Web 服务层等八大层级，负载均衡是优化关键，可提升并发、解决单服瓶颈、节约成本并增强安全性，支持四层和七层调度。 HAProxy 为高性能负载均衡方案，支持七层代理与四层 TCP 负载，适用于多类服务调度。其基于事件驱动，支持高并发，具备 TCP 加速、会话绑定等特性，在会话率和七层实现上表现突出。 文中还涉及 HAProxy 安装、配置结构、调度算法、健康检查及监控、ACL 控制等功能，为构建高效稳定架构提供技术参考。
服务发现与负载均衡：Kubernetes Service核心机制深度解析
2401_86478612的博客
08-21 932
本文深入解析Kubernetes服务发现与负载均衡机制，从架构设计角度剖析Service资源的核心类型（ClusterIP/NodePort/LoadBalancer）及其实现原理，重点探讨Headless Service在分布式系统中的应用价值。通过分析网络模型、DNS解析机制与生产环境案例，构建完整的云原生服务治理知识框架，为高可用架构设计提供理论依据和实践指导，涵盖性能优化、故障处理等关键场景，并展望eBPF、多集群服务等未来演进方向。
第 6 篇：目标规则与负载均衡 - `DestinationRule` 详解
weixin_42587823的博客
08-20 130
文章摘要：Istio服务网格中的DestinationRule详解 本文深入解析Istio核心组件DestinationRule的三大功能： 服务子集(Subsets)：通过标签对服务实例分组，支持版本路由 流量策略(TrafficPolicy)：包含负载均衡算法(轮询/最少连接等)、连接池管理和异常点检测机制 TLS设置：配置客户端TLS模式 重点演示了异常点检测(Outlier Detection)功能，当后端实例连续返回错误时自动熔断故障节点，并通过实验验证了不同负载均衡策略的效果。Destinati
完整实验命令解析：从集群搭建到负载均衡配置
最新发布
m0_66276901的博客
08-23 396
搭集群：用sethost脚本批量初始化节点，配置主机名和 IP，统一集群标识。通网络：给 lb 和 router 配双网卡，开启 router 的路由功能，让 8 段和 1 段能跨网段通信。布服务：在 web1-3 上部署 Nginx，提供 Web 服务（80 端口首页 + 81 端口测试文件）。做负载：先用 HAProxy 实现 “HTTP 负载（80 端口）+URL 路由（.txt 转 81 端口）+SSH 负载（1022 端口）”，再用 Nginx 实现 HTTP 负载，验证不同工具的负载均衡能力。
Spring Cloud Gateway 负载均衡全面指南
北京百思可瑞教育
08-20 556
本文全面介绍了Spring Cloud Gateway的负载均衡实现方案。首先解析了核心原理，包括服务发现、负载均衡策略和请求转发流程。接着详细讲解了基础配置方法，包括依赖引入、路由配置和服务发现集成。文章还深入分析了轮询、随机、加权响应时间等内置负载均衡策略，并提供了自定义策略的实现示例。在高级实践部分，介绍了断路器集成、动态权重调整和Kubernetes部署方案。最后总结了常见问题的排查方法和生产环境最佳实践，帮助开发者构建高可用的微服务网关负载均衡体系。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值