amazon-web-services - 亚马逊 VPC : ami-vpc-nat: throughput of micro instance

Question

我正在手动设置 Amazon VPC 网络，并且需要创建 NAT 实例。 Amazon 拥有各种规模的 VPC 专用 AMI。出于预算考虑，我打算使用 ami-vpc-nat 的微型实例。

我担心只有 613mb，当更多的实例放在 NAT 实例后面时，一个微型实例可能会挣扎。请任何部署了这个微实例 ami-vpc-nat(尤其是在生产中)的人分享他们对其性能和吞吐量的看法。

Answer 1

我负责 VPC Assets ，具有使用各种实例类型的长期经验，并且对它们的特性有很好的了解。除了 t1.micro 之外，任何人都可以轻松地测试和分析这些特性，并作为(通常)恒定的依赖。类型。
t1.micro instance-type 在 CPU 和网络性能方面变化很大，因为它本质上是在运行它的主机上使用聚合的“备用”容量(当然也将运行各种其他实例和实例类型)。它还受到对 CPU 和网络使用的积极需求限制——
有一个独特的配置文件限制了扩展的高负载使用，然后在达到并限制了这样的高负载阈值后自适应地将容量返回给实例。

在配置我的 VPC Assets 时，我最初将 NAT 实例从 m1.small 降级至 t1.micro ，推理一个简单的网络网关设备不太可能需要 m1.small 的容量。类型，因为它一直在线，所以我应该支付尽可能低的价格。然而，观察(以及后来亚马逊工程师的确认)表明，随着 Assets 的增长和 NAT 负载的增加，t1.micro节流曲线呈现出明确且可衡量的瓶颈。切换回 m1.small凭借其预先分配的恒定网络带宽，消除了该瓶颈。

简而言之，如果您的 NAT 实例是 t1.micro，您的 NAT 实例将阻塞您的 VPC Assets 互联网访问。 - 一旦吞吐量上升超过持续时间限制，进出 VPC 的流量(通过 VPN 除外)将迅速触发带宽限制，并将保持限制，直到需求下降(之后限制将自适应释放)。您通过 NAT 的网络吞吐量在除最低负载情况外的所有情况下都将不稳定且缓慢。