从 CLB 传统负载均衡器迁移到NLB的好处
从 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) | ✔ | ||
| 后端服务器加密 | ✔ | ✔ | ✔ |
| 用户身份验证 | ✔ | ||
| 自定义安全策略 | ✔ | ||
