本文结合本人参与研发的某政务便民服务 Web 平台项目，围绕负载均衡技术落地实践展开论述。该平台面向市域百万市民，提供政务查询、在线申报、预约办事等 Web 服务，高峰期办税、社保查询并发请求突增，单点服务器极易出现卡顿、宕机问题。本人在项目中担任后端架构设计师，负责系统集群架构规划、负载均衡方案选型、算法落地配置与性能调优工作。文章首先简述项目背景与岗位职责；其次详解轮询、加权轮询、最小连接数三种主流负载均衡算法原理；最后结合项目实际，从四层负载、七层负载分层部署，搭配对应算法完成 Web 集群负载均衡落地，并上线后通过压测与线上运维验证优化效果。项目落地负载均衡后，系统并发承载能力提升 3 倍，高峰期接口故障率由 12% 降至 0.5% 以下，有效保障 Web 系统高可用与高性能。全文字数约 3050 字。
一、项目概述与个人工作职责
本人 2024 年参与某市政务便民服务 Web 平台的设计与开发工作，项目由当地政务大数据中心立项，平台采用前后端分离架构，前端基于 Vue 开发，后端使用 SpringBoot 微服务拆分，数据库采用 MySQL 主从架构，整体部署在国产化云服务器集群。平台核心业务包含社保查询、不动产申报、公积金提取、政务预约四大模块，服务全市约 110 万常住居民。系统日常日均访问量 8~12 万次，每月社保集中缴费、季度不动产业务办理时段会迎来访问峰值，瞬时并发连接可达 6000+。项目初期采用单台应用服务器部署 Web 服务，上线试运行阶段多次出现 CPU 满载、请求超时、服务宕机故障，用户投诉率居高不下，因此项目组确定引入服务器集群 + 负载均衡架构优化系统。
项目团队共计 16 人，分为需求、前端、后端、测试、运维五个小组，我任职后端架构设计师，主要承担三项工作：第一，梳理系统流量分布、业务峰值特征，完成负载均衡整体架构方案设计，区分四层与七层负载部署边界；第二，对比主流负载均衡算法，结合后端服务器硬件配置差异、业务处理效率完成算法选型；第三，协同运维人员完成 Nginx、LVS 负载均衡环境部署、参数配置、灰度上线，后期跟进性能压测与算法参数迭代优化。
项目整体工期 6 个月，负载均衡优化模块耗时 1.5 个月完成落地，改造后平台平稳通过政务系统上线验收，连续 6 个月高峰期无大面积服务不可用事故。
二、三种常见负载均衡算法基本原理
负载均衡按照实现层级分为硬件负载（F5）与软件负载（Nginx、LVS、HAProxy），软件负载依靠调度算法实现流量分发，工业界 Web 集群最常用轮询算法、加权轮询算法、最小连接数算法三类调度算法，三类算法适用场景、调度逻辑差异明显，具体原理如下：
（一）轮询（Round Robin，RR）算法
轮询是最基础的静态负载均衡调度算法，属于无状态调度，不关注后端服务器实时负载、硬件性能、连接数量。 基本原理：负载均衡调度器维护后端可用服务器有序列表，收到客户端新请求时，按照服务器列表顺序依次循环分配请求。例如后端存在 S1、S2、S3 三台 Web 服务器，第一个请求分发至 S1，第二个至 S2，第三个至 S3，第四个重新回到 S1，以此循环往复。只要服务器状态为健康在线，便均匀轮询分配流量。 该算法优点：逻辑简单、实现成本低，调度开销极小；缺点：无法区分服务器性能差异，老旧低配服务器与高性能服务器获得同等请求量，极易出现低配机资源耗尽、高配机资源闲置的负载失衡问题。适用场景：后端服务器硬件配置、性能完全一致，单请求业务处理耗时相差不大的 Web 静态资源服务。
（二）加权轮询（Weighted Round Robin，WRR）算法
加权轮询是轮询算法的优化升级版，同样属于静态调度算法，在基础轮询之上引入权重配置 ，解决硬件性能不均导致的负载失衡问题，是中小型 Web 项目应用最广的算法。 基本原理：运维人员根据单台服务器 CPU、内存、磁盘 IO、业务处理能力，手动配置对应权重值，权重数值与分配请求量成正比。权重越高，单位周期内分到的客户端请求数量越多。举例：S1 权重 4、S2 权重 2、S3 权重 1，权重总和为 7，一轮调度周期内，S1 分配 4 次请求、S2 分配 2 次、S3 分配 1 次，周期结束后重新循环分配。主流 Nginx、LVS 均支持权重自定义配置。 优点：适配异构服务器集群，充分利用高性能服务器算力，资源利用率远高于普通轮询；缺点：权重为静态配置，无法感知服务器实时运行负载，若某台高权重服务器突发进程卡死、磁盘满负荷，仍会持续接收大量请求，引发服务雪崩。适用场景：服务器性能有明确差异、业务流量相对平稳、无突发性故障的 Web 业务系统。
（三）最小连接数（Least Connections，LC）算法
最小连接数属于动态负载均衡算法，区别于前两种静态算法，调度器实时采集后端服务器当前活跃 TCP 连接数量，依据实时负载动态分配请求，适配流量波动剧烈的 Web 业务。 基本原理 ：负载均衡节点持续统计每台后端 Web 服务器正在处理的有效连接数，新客户端请求抵达时，优先将请求转发至当前活跃连接数量最少的可用服务器。若多台服务器连接数相同，则随机或轮询分配。针对长连接 Web 业务（如文件上传、在线表单填报），单连接占用服务器资源时间更长，最小连接数可以有效规避服务器连接堆积、资源耗尽问题。 优点：动态感知实时负载，自动规避高负载服务器，适配流量突发、单请求处理耗时差异大的复杂 Web 业务；缺点：调度器需要实时统计连接数，带来少量计算开销，短时间大量新建连接涌入时，瞬时统计数据存在小幅偏差。适用场景：业务请求处理时长差异悬殊、流量波动大、存在大量长连接的动态 Web 系统。
三、项目中负载均衡技术落地实现方案
结合本政务 Web 平台业务特征：既有静态页面、图片、JS 等静态资源访问（请求耗时短、处理均匀），又有社保大数据查询、文件上传、在线申报等长耗时动态接口（请求耗时从几十毫秒至数秒不等），且后端服务器分为三类配置：8 核 16G 高配应用服务器 3 台、4 核 8G 中端服务器 2 台、2 核 4G 低配服务器 1 台，硬件性能差异明显。项目采用LVS 四层负载 + Nginx 七层负载两级架构，分层选用上述三种负载均衡算法实现全链路流量调度，整体架构分为接入层、负载均衡层、Web 应用集群层、数据层。
（一）架构分层规划
- 前端接入层：用户通过公网域名访问平台，域名 DNS 解析指向两台主备部署的 LVS 调度节点，实现四层负载；
- 四层负载层（LVS-DR 模式） ：部署两台 LVS 做双机热备，负责 TCP 四层流量转发，屏蔽后端服务器真实 IP，抗海量并发连接，针对全平台入口流量使用加权轮询算法；
- 七层负载层（Nginx 集群）：LVS 后端挂载 4 台 Nginx 反向代理节点，Nginx 区分静态资源与动态接口两类流量，差异化配置调度算法；
- Web 应用集群层：6 台 SpringBoot 应用服务器组成业务集群，区分硬件性能配置权重，承接 Nginx 转发的实际业务请求。
（二）四层 LVS 采用加权轮询实现全量入口负载均衡
LVS 作为四层负载，基于 IP + 端口转发，无法识别 HTTP 协议内容，仅根据后端 6 台应用服务器硬件规格配置静态权重，选用加权轮询算法。 3 台 8 核 16G 高配服务器权重设为 4，2 台 4 核 8G 中端权重设为 2，1 台 2 核 4G 低配权重设为 1，权重配比 4:2:1。LVS 周期性探测后端服务器存活状态，故障节点自动剔除调度列表，恢复后重新加入。政务平台公网所有 TCP 请求经由 LVS 按照权重比例分发至对应后端。该方案充分发挥高配服务器算力，避免低配服务器被大流量打满，解决异构服务器流量分配不均问题。日常平稳期加权轮询可保证服务器 CPU 负载维持在 40%~60% 区间。
（三）七层 Nginx 分层配置轮询与最小连接数算法
Nginx 七层负载可解析 HTTP 请求 URL，实现请求内容粒度的流量拆分，项目中拆分静态资源流量 和动态业务接口流量，分别选用轮询、最小连接数两种算法：
-
静态资源请求（/css、/js、/img、静态页面）→普通轮询算法 静态资源由 Web 容器直接读取磁盘返回，请求处理速度快、单请求资源消耗一致，6 台应用服务器处理静态任务效率差距极小，因此 Nginx 匹配静态 URL 后，使用基础轮询算法均匀分发请求。轮询实现配置简单，调度损耗低，保证静态资源访问均匀分散，优化页面打开速度。压测验证：1 万 QPS 静态请求下，各服务器 CPU 负载差值低于 8%。
-
动态业务接口（社保查询、在线申报、文件上传）→最小连接数算法 动态接口需要查询 MySQL 数据库、调用第三方政务接口、处理表单附件上传，不同接口耗时差距极大，短查询几十毫秒，大数据查询可达 3~5 秒，长连接极易造成服务器连接堆积。Nginx 针对 /api/、/apply/ 等动态接口路径启用最小连接数调度算法，Nginx 实时统计每台后端服务器当前活跃连接，新动态请求优先转发至连接最少的节点。例如社保缴费高峰期，某台服务器因批量查询任务连接数突增至 1200，Nginx 自动不再分配新请求，流量自动迁移至空闲服务器，避免单点雪崩。
（四）健康检查与动态调优保障负载均衡稳定性
项目在 Nginx 与 LVS 中均配置后端健康探测机制：LVS 每隔 3 秒 ICMP 探测服务器存活，Nginx 每隔 5 秒发送 HTTP 健康探针（/health 接口），探测失败超过 3 次则临时剔除该服务器，不再分配流量，恢复正常后自动重新接入负载集群。上线初期低配服务器频繁因大流量动态接口满载，运维微调 LVS 低配机器动态接口隐性限流，结合最小连接算法的动态避让，彻底解决低配节点过载问题。
（五）落地效果总结
负载均衡改造上线后，项目分三轮压测验证：峰值 6000 并发场景下，改造前单服务器 CPU 满载 98%、大量 504 超时；改造后集群整体 CPU 平均负载 55%，单台最高负载 72%，接口超时率由 12% 下降至 0.43%。系统扩容仅需新增服务器接入集群，修改对应权重即可快速承接流量，横向扩展便捷。后续社保缴费大促峰值 1.2 万并发，依托三级算法组合调度，平台无宕机、无大面积报错，圆满满足政务系统高可用要求。
结束语
负载均衡是构建高可用、高性能 Web 系统的核心技术，轮询、加权轮询、最小连接数三种算法各有所长，没有最优算法，只有贴合业务场景的选型方案。本次政务 Web 平台项目依托 LVS+Nginx 两级负载架构，分层落地三类负载均衡算法，妥善解决异构集群、动静业务混合场景下的流量分配难题。在后续系统迭代中，随着业务持续增长，计划引入 Nginx+Keepalived 自动权重调整、基于服务器实时 CPU / 内存的动态加权算法，进一步精细化负载调度，持续优化平台性能。