负载均衡的工作原理与作用：流量调度如何保障业务的持续稳定

用户访问网站或业务系统时，通常不会关心请求最终由哪台服务器处理。但对企业来说，如果所有流量都集中在一台服务器上，高峰期响应变慢、维护时停机、设备故障后无法访问等问题就会接连出现。 负载均衡 正是为了解决这些问题：它在多台服务器之间调度请求，让业务在流量变化或局部故障时仍能保持稳定。

增加服务器可以提升处理能力，但多台服务器不会自动协同。系统仍然需要一个统一入口，判断每个请求应该交给谁处理。负载均衡解决的就是这个问题。

什么是负载均衡？

负载均衡是一种流量调度机制。它把进入网站、应用或API的连接和请求，分配给多台服务器、多个应用实例或不同资源节点。执行这项工作的设备、软件或云服务，一般称为 负载均衡器 。它通常位于用户和后端服务器之间。用户只访问一个域名或服务地址，不需要知道后端有多少台服务器，也不需要关心具体由哪台服务器处理请求。

负载均衡器如何工作？

一次访问从进入系统到到达后端应用，通常要经过以下几个环节。

• 接收请求

负载均衡器对外提供统一的虚拟服务地址。用户打开网页或调用API时，请求先到达这个地址，再由负载均衡器转发到后端。

根据业务不同，它处理的可能是HTTP、HTTPS，也可能是TCP、UDP等连接。因此，企业首先要确认方案是否支持应用使用的协议。

• 选择处理节点

负载均衡器利用健康检查特性确认可用节点，按照设定规则选择服务器。比较简单的做法是依次分配请求；如果不同服务器的性能存在差异，可以设置不同权重；对于连接持续时间较长的业务，也可以优先选择当前连接较少的节点。

真正的目的不是让每台服务器收到完全相同数量的请求，而是避免个别节点过载，并合理利用现有资源。

• 转发并返回结果

目标服务器确定后，请求会被转发过去。服务器完成处理，再通过负载均衡器把结果返回给用户。

后端增加服务器、暂停节点维护或处理局部故障时，对外服务地址通常不需要改变。只要调度和切换正常，用户不必感知这些变化。

• 保持必要的会话

一些传统应用会把登录状态或购物车信息保存在本地服务器中。同一用户的后续请求如果进入另一台服务器，可能出现重新登录或数据丢失。

这种情况下，可以通过会话保持，让相关请求继续进入原来的节点。不过，会话保持也会限制流量重新分配的灵活性。应用如果能够采用共享会话或无状态设计，扩容和故障切换通常会更方便。

服务器故障后会发生什么？

负载均衡器会定期检查后端服务器是否正常，这个过程叫健康检查。最基础的方式是检查IP地址和端口能否连接。但端口正常，不代表业务一定可用。例如，Web服务仍在运行，登录接口却可能因为数据库异常而无法使用。

重要应用通常需要更深入的检查，例如访问指定页面、判断接口状态码、核对返回内容，或者监测响应时间。节点未通过检查时，负载均衡器会暂时停止向它发送新请求。

当一台服务器连续未通过健康检查，负载均衡器会将它移出可用资源池，把新请求交给其他正常节点。服务器恢复后，需要重新通过检查，才能再次接收流量。这能减少单台服务器故障带来的影响，但不代表部署负载均衡后，业务就一定不会中断。

企业还需要考虑负载均衡器本身是否有冗余，两台设备是否仍然共用同一条网络、同一个机房或同一组基础设施。数据库、存储和身份认证系统如果存在单点故障，同样可能导致应用不可用。高可用不是单纯增加设备数量，而是尽量拆分故障范围，并定期验证切换过程是否有效。

负载均衡能给企业带来什么？

• 减少单点故障

某个应用节点异常时，流量可以转向其他正常节点。负载均衡不能阻止服务器故障，却能降低单个节点故障对整个业务的影响。

• 支持业务扩容

访问量增加时，企业可以向资源池加入服务器或应用实例，再由负载均衡器分配部分流量。与不断提升单台服务器配置相比，这种横向扩展方式通常更灵活。

• 方便维护升级

运维人员可以先停止向待维护节点分配新请求，等现有连接处理完毕后再升级或重启。维护结束并通过健康检查后，节点可以重新加入资源池。

• 改善访问体验

合理调度可以减少部分服务器繁忙、部分服务器闲置的情况。结合连接管理、TLS处理和流量优化，还能进一步改善响应速度和应用稳定性。

哪些业务需要部署负载均衡？

• 遇到以下情况时，企业可以考虑使用负载均衡：
• 单台服务器故障会造成业务中断；
• 用户数量或访问量持续增长；
• 业务存在促销、缴费、票务等访问高峰；
• 系统需要在维护期间继续提供服务；
• 应用已经部署多个实例，但缺少统一调度；
• API、微服务或容器实例需要动态扩缩容。

负载均衡不只适用于面向公众的网站。生产系统、员工门户、身份认证和核心交易平台一旦中断，同样可能影响企业运营。

F5如何支持负载均衡场景？

企业应用可能运行在本地数据中心、虚拟化平台、公有云或 Kubernetes 环境，负载均衡器也需要适应不同的部署位置和管理方式。

F5 BIG-IP Local Traffic Manager（LTM） 面向企业级本地流量管理，可以通过健康监测了解应用和服务器状态，并使用静态或动态方式分配流量。它支持专用硬件和虚拟化部署形态。

对于现代应用和云原生环境，F5 NGINX可以在靠近应用的位置提供反向代理、流量管理和应用连接能力。跨数据中心或地域部署时，还可以进一步考虑DNS和全局流量调度； 混合多云 场景则需要关注跨云连接、统一策略和可视性。

负载均衡通过统一入口，把访问请求分配给多台服务器或应用实例。负载均衡器会先了解后端节点的健康状态，再按照规则选择合适的资源处理请求。它的价值不仅是分担服务器压力，还包括减少单点故障、支持横向扩容、方便维护和改善应用稳定性。

常见问题

传统负载均衡器与现代 ADC（应用交付控制器）有何不同？

传统负载均衡器主要侧重于在第 4 层或受限的第 7 层，通过基础算法（轮询、最少连接数）在服务器之间分配流量。 现代应用交付控制器（ADC）则远不止于此：它将流量管理与安全、可观测性以及可编程能力相结合，实现更全面的应用交付与防护。

现代 ADC 可提供 TLS 终止、智能第 7 层路由、API 感知、自动化运行状况检查、DDoS 防护、深度遥测以及可编程能力，用于实现自定义流量处理策略。 它们还可在硬件、软件、云原生和 SaaS 部署之间保持一致运行，从而在混合多云环境中实现统一的策略与控制。

反向代理是什么？它与负载均衡器有何不同？

反向代理部署在应用之前，终止客户端连接，并作为请求的单一入口点。 负载均衡器将流量分配到多个后端服务器，而反向代理更侧重于应用层功能，例如 TLS 卸载、标头操控、身份验证、缓存以及安全检测。 现代 ADC 平台通常将两者功能融合：既充当反向代理，又能在本地与全球环境中执行高级负载均衡、智能流量调度与策略实施。

如何通过多云负载均衡在极端流量峰值时保障网站可用并避免宕机？

要防止宕机，架构必须具备吸收并动态适应突发需求的能力。 多云负载均衡根据容量和运行状况，在区域、云或数据中心之间分配流量，而非依赖单一环境。

现代 ADC 平台提供自动故障切换、实时健康监控、限流与流量整形，以保护后端服务。 基于地理位置的流量引导在全球范围内将延迟降至最低，同时集成的安全功能可防护后端服务免受恶意流量激增。 该方法在流量激增时限制波及范围，维持可用性，并确保应用优雅降级，而非突发性故障。