Appearance
Nginx、HAProxy、LVS 负载均衡器对比
1. 负载均衡
1.1. 软件负载均衡器
| 工具 | 层级 | 核心特点 |
|---|---|---|
| Nginx | L4/L7 | 多功能七层负载均衡器，同时可作为 Web 服务器；支持 HTTP/gRPC 和 TCP/UDP |
| HAProxy | L4/L7 | 专为高性能负载均衡设计，优化高并发场景；支持 HTTP/gRPC 和 TCP/UDP |
| LVS | L4 | 内核级四层负载均衡器，极致性能但功能有限 |
1.2. 硬件负载均衡器
F5 传统硬件负载均衡解决方案，功能强大但成本较高。
1.3. 云服务负载均衡器
阿里云 SLB 云端托管的负载均衡服务，集成高可用和自动扩展能力。
2. 高可用架构
通常搭配 Keepalived 实现高可用架构。Keepalived 核心作用：
- 虚拟 IP (VIP)：提供统一的访问入口；
- 故障转移：基于 VRRP 协议实现主备切换；
- 典型组合：与 Nginx/HAProxy/LVS 搭配实现 HA（High Availability）。
3. LVS
3.1. 应用场景
- 适用场景：极致性能、需求简单的 TCP 连接场景（如数据库），而非 API/gRPC 重场景；
- 典型组合：LVS 作为 failover 层，七层工具负责精细路由。
3.2. 核心限制
| 维度 | 说明 |
|---|---|
| 协议支持 | 仅 L4，无法解析应用层协议（HTTP 头部、gRPC 多路复用） |
| 功能缺失 | 不支持基于内容的路由、一致性哈希、高级健康检查（如 HTTP 状态码） |
| 配置复杂度 | 依赖底层内核模块（ipvsadm），调试困难，用户体验较差 |
4. Nginx vs HAProxy
| 维度 | Nginx | HAProxy |
|---|---|---|
| 层级支持 | 七层（HTTP/gRPC）+ 四层（需 stream 模块） | 七层（HTTP/gRPC）+ 四层（TCP/UDP） |
| 性能 | 高性能，单核处理能力强 适用中小型高并发（10k-50k 请求/秒） | 极高性能，单核优化更佳 适用超高并发（50k+ 请求/秒） |
| 核心优势 | - 多功能（Web 服务器/缓存） - 配置简单 - 丰富模块（Lua/njs） - 内置缓存 | - 专精高并发 - gRPC 优化 - 动态配置 - 复杂健康检查 |
| 定位差异 | 适合多角色部署（负载均衡 + Web 服务 + SSL 终止） | 专注纯负载均衡，灵活性高但功能单一 |
5. 四层 vs 七层负载均衡
| 特性 | 四层（LVS） | 七层（Nginx/HAProxy） |
|---|---|---|
| 处理粒度 | IP + 端口 | 应用层协议（HTTP 头部、URL、gRPC 元数据） |
| 协议感知 | 无 | 支持解析 HTTP/2、gRPC 等现代协议 |
| 典型用例 | 数据库负载均衡、简单 TCP 服务 | API 网关、微服务路由、gRPC 集群 |
gRPC
- 基础协议：基于 HTTP/2；
- 多路复用：单 TCP 连接并行处理多个请求；
- 头部压缩和双向流，效率显著高于 HTTP/1.1。
- 序列化机制：Protocol Buffers（Protobuf）；
- 高效二进制格式，替代 JSON/XML；
- 强类型服务接口定义。
6. 选型建议
- 需要极致性能且协议简单 → LVS + Keepalived；
- 通用 Web 服务 / API 网关 → Nginx（多功能集成）；
- 超高并发 gRPC / 微服务 → HAProxy（专项优化）；
- 云原生环境 → 优先使用云厂商 SLB（如阿里云）；
- 传统企业级需求 → F5 硬件（预算充足时）。