“听说你的新项目要用ALB了？那你知道 ALB、NLB 和 CLB 有啥区别吗？”
“呃……让我想想……”
别急，今天这篇文章，咱就来好好聊聊常见的三种负载均衡器，让你不再在创建负载均衡器时犹豫半小时。
ELB 是个啥？
亚马逊云科技上的 Elastic Load Balancing，简称 ELB，就像是网络世界的交警，帮你把用户的流量按规则、按健康状况，智能地引导到后端实例上。
别看名字有点高大上，其实本质就是：帮你搞定高可用、自动伸缩、故障转移的事儿。而且更棒的是——你不用自己手写这些逻辑，点几下就能上线！
目前亚马逊云科技提供了三种主要的负载均衡器：
| 类型 | 名称 | 协议支持 | 特点 | 推荐场景 |
|---|---|---|---|---|
| CLB | Classic Load Balancer | HTTP, HTTPS, TCP | 上古遗产，功能基础 | 兼容旧服务，不推荐新项目使用 |
| ALB | Application Load Balancer | HTTP, HTTPS | 七层，支持路径转发、规则路由、WAF | Web 应用，微服务架构，容器服务 |
| NLB | Network Load Balancer | TCP, TLS, UDP | 四层，超高性能，低延迟 | 游戏服务器，IoT，实时应用 |
为啥有三种？不是一把锤子敲天下？
很简单，因为流量不是一类，需求也不一样。
有些应用关心 HTTP 请求路径，有些压根不用 HTTP，比如游戏、数据库。亚马逊云科技为此提供了不同类型的均衡器，满足不同层级的协议需求：
- ALB：专注应用层（第七层），可做 URL 路由、Header 路由、Host 匹配，非常适合 Web 应用。
- NLB：专注传输层（第四层），延迟低、性能高，支持百万级并发。
- CLB：功能最基础，支持 HTTP/TCP，但早已不再“高光”。
不同场景怎么选？
案例一：部署一个前后端分离的 Web 应用
目标：支持路径转发，比如 /api 走后端，/login 走登录服务
选择：ALB
原因如下：
- 能按路径把请求精准路由到不同目标组
- 支持 Sticky Sessions、WAF、防火墙等功能
- 还能搭配 ECS（容器服务）或 Lambda，轻松构建微服务架构
Bonus：ALB 还能设置 redirect，把 HTTP 自动跳 HTTPS，省得你在代码里加 301。
案例二：部署一款实时对战游戏服务器
目标：低延迟、高并发，协议是 TCP，甚至用到 UDP
选择：NLB
优势明显：
- 直连目标实例，网络堆栈更少，延迟更低
- 支持 TLS 终止，你可以把 SSL 卸载到 NLB 上
- 支持 Static IP 和 Elastic IP，部署更灵活
- 支持 UDP（这点 ALB 可不行）
游戏、物联网、VoIP、区块链节点等场景，NLB 简直就是量身定制。
那 CLB 呢？它还活着吗？
活是活着，但它更像是亚马逊云科技的“长者机型”。
CLB 最早发布于 2009 年，作为 ELB 的第一代产品，能处理 HTTP/TCP 请求，听起来好像还能用，但：
- 不支持路径路由
- 不支持 WebSocket
- 不支持容器端口映射
- 也不支持一些新功能，比如 WAF
亚马逊云科技官方其实也很明确地表示：CLB 已不推荐用于新项目开发。除非你是维护老项目，建议尽快迁移到 ALB 或 NLB。
选择建议
选哪个负载均衡器，其实就像挑对象：
- Web 应用，追求灵活性和安全性 → ALB
- 高性能 TCP 应用，实时交互要求高 → NLB
- 老系统/兼容性需求，无奈之选 → CLB
从成本上来看：
- ALB 按监听小时 + 请求数量计费
- NLB 按监听小时 + 数据处理量计费
- CLB 则只有小时计费，但功能落后，性价比低
一句话总结：CLB 是“能跑但不建议”，ALB 是“主力输出”，NLB 是“特种兵” 。
提示
有时候你部署完 ALB 后，发现怎么监听器不通？别忘了配置：
- 安全组的 80/443 端口
- Target Group 的健康检查路径（别写错了！）
- 后端实例防火墙要放行 ALB 的 IP 范围
免费套餐
现在注册亚马逊云新用户，可获得高达 200 美元的服务抵扣金，点击 亚马逊云科技官网-免费套餐 进行查看吧
亚马逊云科技新用户可以免费使用亚马逊云科技免费套餐（Amazon Free Tier）。注册即可获得 100 美元的服务抵扣金，在探索关键亚马逊云科技服务时可以再额外获得最多 100 美元的服务抵扣金。使用免费计划试用亚马逊云科技服务，最长可达 6 个月，无需支付任何费用，除非您选择付费计划。付费计划允许您扩展运营并获得超过 150 项亚马逊云科技服务的访问权限。
写在最后
选对负载均衡器，能帮你解决 80% 的可用性问题。希望这篇文章能让你在亚马逊云科技控制台面前不再犹豫：“到底选哪种负载均衡器呢？”
下次有人问你：“ALB 和 NLB 有啥区别？”
你就回他：“坐下，听我讲一讲。”
如果你觉得这篇文章有帮助，欢迎转发给需要的朋友，或者在评论区告诉我你更关心哪种部署场景，我们可以再深入聊聊 NLB 的高可用部署、ALB 的 WebSocket 支持、甚至是跨区域负载均衡等进阶话题。
