从 CLB 传统负载均衡器迁移到NLB的好处
使用 NLB
- 可以处理急剧波动的工作负载,并可以扩展到每秒处理数百万个请求。
- 支持将静态 IP 地址用于负载均衡器。还可以针对为负载均衡器启用的每个子网分配一个弹性 IP 地址。
- 支持通过 IP 地址注册目标,包括位于负载均衡器的 VPC 之外的目标。
- 支持将请求路由到单个 EC2 实例上的多个应用程序。可以使用多个端口向同一个目标组注册每个实例或 IP 地址。
- 支持容器化的应用程序。计划任务时,Amazon Elastic Container Service (Amazon ECS) 可以选择一个未使用的端口,并可以使用此端口向目标组注册该任务。这样可以高效地使用您的群集。
- 支持单独监控每个服务的运行状况,因为运行状况检查是在目标组级别定义的,而且许多 Amazon CloudWatch 指标也是在目标组级别报告的。将目标组挂载到 Auto Scaling 组的功能使您能够根据需求动态扩展每个服务。
产品比较
您可以根据应用程序按需选择合适的负载均衡器。如果您需要灵活管理应用程序,建议您使用 Application Load Balancer。如果应用程序需要实现极致性能和静态 IP,建议您使用网络负载均衡器。如果您的现有应用程序构建于 EC2-Classic 网络内,则应使用 Classic Load Balancer。
功能 | Application Load Balancer | 网络负载均衡器NLB | Classic Load Balancer |
协议 | HTTP、HTTPS | TCP、UDP、TLS | TCP、SSL/TLS、HTTP、HTTPS |
平台 | VPC | VPC | EC2-Classic、VPC |
运行状况检查 | ✔ | ✔ | ✔ |
CloudWatch 指标 | ✔ | ✔ | ✔ |
日志记录 | ✔ | ✔ | ✔ |
区域故障转移 | ✔ | ✔ | ✔ |
Connection Draining(注销延迟) | ✔ | ✔ | ✔ |
负载均衡到同一实例上的多个端口 | ✔ | ✔ | |
IP 地址即目标 | ✔ | ✔(TCP、TLS) | |
负载均衡器删除保护 | ✔ | ✔ | |
可配置的空闲连接超时 | ✔ | | ✔ |
跨区负载均衡 | ✔ | ✔ | ✔ |
粘性会话 | ✔ | | ✔ |
静态 IP | | ✔ | |
弹性 IP 地址 | | ✔ | |
保留源 IP 地址 | | ✔ | |
基于资源的 IAM 权限 | ✔ | ✔ | ✔ |
基于标签的 IAM 权限 | ✔ | ✔ | |
慢启动 | ✔ | | |
WebSocket | ✔ | ✔ | |
PrivateLink 支持 | | ✔(TCP、TLS) | |
基于源 IP 地址 CIDR 的路由 | ✔ | | |
第 7 层 | |||
基于路径的路由 | ✔ | | |
基于主机的路由 | ✔ | | |
本机 HTTP/2 | ✔ | | |
重定向 | ✔ | | |
固定响应 | ✔ | | |
Lambda 函数即目标 | ✔ | | |
基于 HTTP 标头的路由 | ✔ | | |
基于 HTTP 方法的路由 | ✔ | | |
基于查询字符串参数的路由 | ✔ | | |
安全性 | |||
SSL 卸载 | ✔ | ✔ | ✔ |
服务器名称指示 (SNI) | ✔ | | |
后端服务器加密 | ✔ | ✔ | ✔ |
用户身份验证 | ✔ | | |
自定义安全策略 | | | ✔ |
















