AWS NLB关联跨AZ EC2实例，咨询EIP配置及前置EC2方案优缺点

方案1：用AWS Global Accelerator绑定NLB，获取单个静态公网IP #

这是AWS官方推荐的单入口IP方案，适合需要高可靠、低延迟的场景：

• 实现步骤：创建Global Accelerator实例，将现有NLB添加为终端节点，Accelerator会分配1-2个全球任播静态公网IP（你可以只用其中一个作为入口），外部流量访问该IP后，会通过Accelerator的全球网络路由到NLB，再由NLB转发到不同可用区的EC2实例。
• 优点：
  • 静态IP永久不变，无需担心IP变更导致的配置调整
  • AWS托管，自带健康检查和故障转移，可靠性高，无单点故障风险
  • 全球访问延迟低，Accelerator会自动将流量路由到最近的边缘节点
• 缺点：
  • 有额外成本，按带宽使用量和运行时长计费，比直接用NLB的成本高
  • 配置规则相对繁琐，需要熟悉Accelerator的终端节点组和路由策略

方案2：部署绑定EIP的EC2反向代理节点 #

就是你提到的在NLB前加EC2的方案，适合需要自定义转发逻辑的场景：

• 实现步骤：
  1. 将现有NLB改为内部负载均衡器（或新建内部NLB），确保代理EC2能在VPC内访问NLB
  2. 在代理EC2上安装反向代理服务（比如Nginx、HAProxy），配置转发规则指向NLB的DNS域名
  3. 给代理EC2绑定EIP，外部流量访问该EIP后，由代理服务转发到NLB，再分发到后端EC2
• 注意：你说的“将NLB的DNS名称解析至该EIP”逻辑有误，正确的是代理EC2接收EIP的流量后，主动转发请求到NLB的DNS地址，而非做DNS解析映射。
• 优点：
  • 完全自定义转发规则，可添加请求过滤、缓存、日志等额外功能
  • 成本较低，仅需支付EC2实例和EIP的费用，无额外托管服务成本
  • 配置灵活，适合有特殊业务需求的场景
• 缺点：
  • 单EC2实例存在单点故障风险，需自行搭建高可用集群（比如用另一个NLB代理这台EC2），增加复杂度
  • 代理节点会成为性能瓶颈，需根据流量规模选择合适的EC2实例规格
  • 多了一层转发，会带来一定的网络延迟

方案3：内部NLB + NAT网关（适合特定VPC场景） #

如果你的后端EC2和NLB都在私有子网，可以用绑定EIP的NAT网关作为入口：

• 实现步骤：将NLB设为内部型，配置NAT网关绑定EIP，通过VPC路由表将外部流量引导到NAT网关，再转发到内部NLB
• 优点：
  • AWS托管NAT网关，无需维护EC2实例，可靠性高
  • 配置相对简单，依赖VPC路由规则即可实现流量转发
• 缺点：
  • NAT网关仅支持转发特定端口的流量，灵活性不如反向代理
  • 有额外费用，且不支持自定义转发逻辑，仅适合简单的流量路由场景

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