负载均衡是后端架构中绕不开的话题，而当你去查资料时会发现，最权威的文档几乎全是英文的。Nginx官方文档、AWS的ELB说明、HAProxy的配置手册，里面充斥着Round Robin、Health Check、Session Persistence这样的术语。如果对这些英文词汇一知半解，轻则看文档效率低下，重则配置线上环境时理解错误引发故障。这篇文章就把负载均衡领域必须掌握的英语术语系统整理一遍，配上中文解释和实际用法，让你以后看英文文档能够畅通无阻。
一、基础概念类术语：先弄清角色和结构
要理解负载均衡，首先要明白各个组件在英文中的叫法。Load Balancer（负载均衡器）是最核心的词，指负责分发流量的那台设备或软件。它前面的客户端和后面的服务器各有专门的称呼：接收请求的一侧叫Client（客户端），被分发流量的后端机器被称为Backend Server（后端服务器），有时也叫Real Server（真实服务器），这个叫法在LVS（Linux Virtual Server）体系中特别常见。
还有一个高频词是Upstream（上游），在Nginx配置中你会反复见到它。看起来有点反直觉，明明后端服务器在流量方向的下游，为什么叫上游？因为从响应的角度看，请求发过去、响应流回来，后端服务器是响应数据的来源，所以叫上游。与之对应的Downstream（下游）指的则是客户端方向。理解这个词源，你在读Nginx文档时会顺畅很多。
另外几个结构类词汇：Pools（服务器池）指一组提供相同服务的后端服务器集合，也叫Server Pool；Node（节点）指集群中的单台机器；VIP即Virtual IP（虚拟IP），是负载均衡器对外暴露的那个IP地址，客户端访问的是VIP，而不是直接访问某台真实服务器。这个概念在LVS和F5这类硬件负载均衡中尤为重要。
二、算法类术语：流量到底怎么分
负载均衡算法是最容易混淆的部分，因为种类多且名称相似。最基础的是Round Robin（轮询），请求按顺序依次分给每台服务器，你一个我一个，简单公平。它的改进版是Weighted Round Robin（加权轮询），给性能强的服务器分配更高的Weight（权重），让它承担更多请求。在Nginx中给服务器加一个weight参数就是在用这个算法。
第二种常见的是Least Connections（最小连接数），把新请求发给当前活跃连接数最少的服务器。它也有加权版本Weighted Least Connections。这种算法适合请求处理时长差异大的场景，因为轮询可能会把请求堆到一台还在忙的服务器上，而最小连接数算法能动态感知每台机器的压力。
第三类是基于哈希的算法，典型代表是Source IP Hash（源地址哈希），根据客户端IP计算哈希值决定发给哪台服务器，同一个客户端总是落到同一台机器上。Consistent Hashing（一致性哈希）是它的升级版，能在服务器增减时最小化重新映射的范围，在分布式缓存场景中广泛使用。此外还有Random（随机）这种最朴素的策略，以及在全局流量调度中用到的Geo-based（基于地理位置）和Latency-based（基于延迟）路由。下面这段Nginx配置展示了这些术语在实践中的样子：
upstream backend_pool {
# Weighted Round Robin：权重为3的服务器分到3倍流量
server 192.168.1.101 weight=3;
server 192.168.1.102 weight=1;
# 备用服务器，正常机器都挂了才启用
server 192.168.1.103 backup;
}
server {
listen 80;
location / {
proxy_pass http://backend_pool;
}
}
三、健康检查与会话保持：两个容易踩坑的概念
Health Check（健康检查）是负载均衡器定期探测后端服务器是否存活和正常工作的机制。相关词汇包括Active Health Check（主动检查，负载均衡器主动发探测请求）和Passive Health Check（被动检查，通过分析实际流量的失败情况判断）。被判定为异常的服务器会被标记为Down并从分发列表中移除，这个过程叫Failover（故障转移）；恢复后重新加入叫Recover。检查的频率叫Interval，判定失败的阈值相关的词有Timeout（超时）和Retries（重试次数）。
Session Persistence（会话保持，也叫Sticky Session或Session Affinity）解决的是另一个问题：有些应用把登录状态存在服务器的内存里，如果用户的第二次请求被分发到了另一台服务器，会话就丢了。会话保持通过IP Hash或Cookie植入（Cookie Insertion）等方式，保证同一用户的请求始终去同一台服务器。但要注意它的副作用：会话保持会让流量分布变得不均匀，与负载均衡的目标本身有一定冲突，所以现代架构更推荐把Session放到Redis这样的外部存储，实现无状态的Stateless（无状态）服务。
四、四层与七层：OSI模型视角的关键区分
英文文档里经常出现Layer 4 Load Balancing（四层负载均衡）和Layer 7 Load Balancing（七层负载均衡）的对比。这里的Layer指的是OSI七层模型的层级。四层工作在传输层，只看到IP和端口，分发速度快、开销小，典型代表是LVS；七层工作在应用层，能读懂HTTP报文的内容，可以根据URL路径、Header、Cookie做更精细的分流，Nginx和HAProxy都能做七层转发。
与七层负载均衡相关的术语还有几个必须记住：Reverse Proxy（反向代理），七层负载均衡本质上就是一种反向代理；SSL Termination（SSL终结），指HTTPS流量在负载均衡器上解密，后端用HTTP明文通信，减轻后端解密压力；Proxy Protocol是一种在转发时保留客户端真实IP的协议，否则后端看到的来源IP全是负载均衡器的地址。另外一个常见词是Direct Server Return（DSR，直接服务器返回），响应流量不经过负载均衡器直接回给客户端，适合视频流这类下载量远大于上传量的业务。
五、常见问题与注意事项
掌握了术语之后，实践中还有几个坑值得提醒。第一，注意Overload（过载）问题：如果健康检查配置的Interval太长，一台已经卡死的服务器可能在几十秒内还继续接收新请求，引发雪崩。建议检查间隔设置在秒级，并结合失败次数阈值来判定。第二，Thundering Herd（惊群效应）指的是后端重启后大量请求同时涌入的情况，合理的做法是配合慢启动（Slow Start）逐步放量。
第三，读懂监控指标相关的英文也很重要：Throughput（吞吐量）、Latency（延迟）、Concurrent Connections（并发连接数）、Error Rate（错误率），这些词在Grafana面板和云厂商控制台里天天见。第四，云服务厂商的叫法略有差异，AWS的ELB家族分为ALB（Application Load Balancer，七层）、NLB（Network Load Balancer，四层）和CLB（Classic Load Balancer，经典型），看文档时要先分清对方在讲哪一层的产品，否则很容易把概念对错号。
总的来说，负载均衡的英语术语体系并不复杂，核心就是角色、算法、健康检查、会话保持和层级这五大块。建议在记单词的同时动手配一遍Nginx或HAProxy，把每个术语和真实配置项对应起来，印象会深刻得多。以后再翻英文文档，你会发现这些词反复出现，读起来自然就快了。
负载均衡Load Balancing负载均衡算法修改时间：2026-09-04 00:07:05