传统负载均衡器对比分析
1️⃣ CLB（Classic Load Balancer - 经典负载均衡器）
工作层级： 同时支持第 4 层和第 7 层（比较老旧的混合模式）
特点：
┌─────────────────────────────────┐
│ CLB - 老一代负载均衡器 │
├─────────────────────────────────┤
│ • 2009年推出的产品 │
│ • 功能相对基础 │
│ • 逐渐被淘汰 │
│ • 按实例收费（成本较高） │
└─────────────────────────────────┘
支持协议：
HTTP/HTTPS（第 7 层）
TCP/SSL（第 4 层）
局限性：
❌ 不支持基于路径的路由
❌ 不支持基于主机名的路由
❌ 功能单一，配置不够灵活
❌ 性能和扩展性一般
2️⃣ NLB（Network Load Balancer - 网络负载均衡器）
工作层级： 第 4 层（传输层）
特点：
┌─────────────────────────────────┐
│ NLB - 高性能网络负载均衡器 │
├─────────────────────────────────┤
│ • 超高性能（百万级并发） │
│ • 超低延迟（微秒级） │
│ • 保留客户端IP │
│ • 支持静态IP │
└─────────────────────────────────┘
支持协议：
TCP
UDP
TLS
工作原理：
客户端请求
↓
只看: IP地址 + 端口号
↓
快速转发（不解析内容）
↓
后端服务器
适用场景：
✅ 游戏服务器（需要 UDP）
✅ 物联网设备（大量 TCP 连接）
✅ 实时音视频（低延迟要求）
✅ 需要固定 IP 的场景
📊 三种负载均衡器对比表
🎯 形象比喻理解
CLB - 老式门卫
"我既能看门牌号，也能看信封内容，
但两样都做得不够好，所以要退休了" 🧓
NLB - 高速收费站
"我只看车牌号和车道，
不管你车里装什么，极速通过！" 🚗💨
速度快 ✓
不看内容 ✓
支持百万辆车同时通过 ✓
ALB - 智能分拣中心
"我会打开包裹看内容，
根据货物类型送到不同仓库" 📦🔍
URL: /api/* → API仓库
URL: /images/* → 图片仓库
域名: shop.com → 商城仓库
💡 选择建议
使用 NLB 的场景：
需要极致性能和低延迟
需要处理 TCP/UDP 协议（非 HTTP）
需要保留客户端真实 IP
需要静态 IP 地址
处理大量并发连接
使用 ALB 的场景：
Web 应用和 API 服务
需要基于内容的路由
需要微服务架构支持
HTTP/HTTPS 流量
需要高级路由功能
CLB：
🚫 不推荐新项目使用，逐步迁移到 ALB 或 NLB