AWS中Elastic Load Balancing与NAT Gateway的差异及场景疑问

核心定位差异 #

• Elastic Load Balancing (ELB)：专注于流量分发，是请求的入口调度器——把外部（或内部）的访问请求均匀转发到后端EC2实例，同时提供健康检查、会话保持等负载均衡专属能力，核心是处理入站流量的分配。
• NAT Gateway：专注于私有子网的出站互联网访问，解决私有子网内资源主动访问外网的需求（比如拉取依赖包、更新系统补丁、调用外部API），是单向的出站流量代理，不负责入站请求的分发。

具体疑问解答 #

1. 能否用ELB直接将互联网流量分发到私有子网的EC2实例？ #

完全可以，操作要点如下：

• 需创建公有型负载均衡器（如Application Load Balancer或Network Load Balancer），并将其部署在公有子网中（绑定弹性公网IP，确保能接收互联网流量）。
• 私有子网内的EC2无需绑定公网IP，只要安全组配置允许ELB的访问（例如开放80/443端口给ELB的安全组），同时VPC路由表确保公有子网有指向Internet Gateway的路由，私有子网与ELB所在子网的内部通信正常（默认VPC路由表已支持同VPC内子网互通）。
• 此场景下，互联网请求先到达公有子网的ELB，再由ELB转发至私有子网的EC2，用户无需直接访问EC2的公网IP，安全性更高。

2. 负载均衡器是否像Internet Gateway一样执行NAT功能？ #

两者的NAT逻辑完全不同，不能混为一谈：

• Internet Gateway (IGW)：是VPC与互联网的双向通道，公有子网的EC2绑定公网IP后，可通过IGW实现双向互联网访问（入站+出站），其NAT是1:1映射（公网IP对应EC2私有IP）。
• ELB的地址转换：ELB转发请求时，会根据类型做地址转换（比如Application Load Balancer会将源IP替换为自身私有IP，Network Load Balancer可配置保留源IP），但这只是为了让EC2能将响应发回ELB，属于流量转发过程中的必要转换，并非为了让EC2主动访问互联网。ELB无法替代NAT Gateway实现私有子网EC2的主动外网访问。

3. 私有子网的资源是否必须同时使用ELB和NAT Gateway？ #

不一定，完全取决于业务需求：

• 如果你的Web应用仅需接收互联网入站请求，不需要主动访问外网（比如无需调用外部服务、无需更新依赖），那么只部署公有ELB即可满足需求，不需要NAT Gateway。
• 如果你的Web应用需要主动访问互联网（比如拉取第三方API、上传日志到S3、下载系统补丁），则必须部署NAT Gateway（放置在公有子网，私有子网路由表指向该NAT Gateway）；若同时需要对外提供服务，再搭配ELB来分发入站流量。
• 简言之：ELB负责入站流量的调度分发，NAT Gateway负责出站流量的外网访问，两者职责互补，是否同时使用取决于业务是否需要这两类流量路径。

内容的提问来源于stack exchange，提问作者Cristian2500