【问题标题】:AWS nat instance and elb bottle neckAWS nat 实例和 elb 瓶颈
【发布时间】:2017-02-24 17:25:28
【问题描述】:

有一个简单的问题,这可能完全是愚蠢的,但现在是清晨。所以我有一个标准的 AWS VPC,带有一个 ELB、NAT 实例和 2 个用于应用程序代码的 EC2 实例。如下图所示,互联网网关将流量传递给 ELB 和 NAT 实例。我的问题是为什么 NAT 实例不在 ELB 前面或后面?如果所有流量都通过那里,那么这个 VPC 中的单个瓶颈可能是 NAT 实例。

【问题讨论】:

  • NAT 仅用于出站访问。如果您的应用程序需要频繁通过 NAT 访问互联网,那么可能是瓶颈

标签: amazon-web-services amazon-vpc


【解决方案1】:

NAT(网络地址转换)服务器用于为私有子网中的 Amazon EC2 实例提供出站互联网连接。

传入流量将通过负载均衡器进入,对此流量的任何响应也将通过负载均衡器退出。 Elastic Load Balancing 服务会根据流量自动扩展(传输的流量也会收费)。

如果私有子网中的 EC2 实例希望启动到 Internet 的连接(例如下载更新或与 Amazon S3 通信),它不能将流量“发送”出负载均衡器。相反,子网将被配置为将流量路由到 NAT 服务器,该服务器充当从 Internet 请求数据的代理。

NAT 服务器有可能成为瓶颈。如果是这样,请修改实例以使用更大的实例类型——这不仅会增加 CPU 和 RAM,还会增加网络带宽。

在某些情况下,人们可能还会将 NAT 服务器用于传入流量——或者作为 跳转框 用于管理目的(登录到私有子网)或将特定端口转发到私有服务器(通过端口转发)。但是,出于安全和管理目的,最佳做法是将这些功能分离到不同的实例中。

其他信息:自从写下这个答案后,AWS 引入了一个可以自动扩展的Managed NAT Gateway。它是在单个 AZ 中创建的,因此您可能希望在两个 AZ 中运行它以实现高可用性。

【讨论】:

  • 不错且详细的答案,但为 NAT 服务器使用更大的实例并不能很好地扩展。
【解决方案2】:

我不确定它是如何工作的,如果负载平衡器终止于 APP Tier ,那么在这些子网中启动的实例将具有配置为 IGW 而不是 NAT 实例的路由表,which raises a question how to make outbound traffic on the public network which is configured over a loadbalalncer

【讨论】:

    猜你喜欢
    • 2017-08-03
    • 1970-01-01
    • 2021-11-15
    • 2017-03-24
    • 2012-03-14
    • 2016-12-26
    • 1970-01-01
    • 2011-01-31
    • 1970-01-01
    相关资源
    最近更新 更多