Amazon VPC：ami-vpc-nat：微型实例的吞吐量

我手动设置Amazon VPC网络，并且需要创建一个NAT实例。亚马逊有VPC专门的AMIs，有不同的规模。由于预算方面的考虑，我正在努力使用ami-vpc-nat的微型实例。Amazon VPC：ami-vpc-nat：微型实例的吞吐量

我担心只有613mb的微型实例可能会在NAT实例后面放置更多实例时出现困难。请任何部署这个微型实例的人（特别是在生产中）分享他们对性能和吞吐量的想法。

2014-04-29 Chux Uzoeto

我负责VPC地产，具有丰富的使用各种实例类型的经验，并对其特性有很好的理解。这些特征可以很容易地被任何人测试和分析，并且依赖于（通常）恒定的类型，但类型除外。

t1.micro实例类型在CPU和网络性能方面的变化非常大，因为它实质上是在运行它的主机上使用聚合“备用”容量（当然这将会运行各种其他实例和实例类型也是）。它也受到对CPU和网络使用的强烈需求限制 - 有一个有效的独特配置文件，它限制了扩展的高负载使用，然后在达到这样的高负载阈值之后自适应地将容量返回到实例并且封顶。

在配置我的VPC房地产，我最初降级的NAT实例从m1.small到t1.micro，理由是一个简单的网络网关设备是不太可能的需求m1.small类型的能力，因为它是永远在线的话，我要可能的最低价格。然而，观察（以及后来由亚马逊工程师确认）显示，随着房地产的增长和NAT负载的增加，节流剖面图呈现出明确和可测量的瓶颈。切换回m1.small，以其“预分配和恒定的网络带宽，消除了瓶颈。

简而言之，如果您的NAT实例是一个t1.micro，那么您的VPC房地产互联网访问会受到阻碍 - 流量进出VPC（除VPN之外）将会在吞吐量上升较长时间后快速触发带宽节流超过持续时间限制，并将保持节流状态，直至需求下降（在此之后油门将自适应释放）。通过NAT的网络吞吐量将会在除最小负载情况之外的所有网络中变得波涛汹涌。

来源

2014-04-29 14:43:34

非常棒！这正是我所追求的洞察力。感谢百万@八位大师。 –

好奇的是，为什么这个答案只是'不被接受'而不支持另一个，不太完整的答案...？ –

我同意你的观点，八位大师......你的回答更加完整，这就是我接受它的原因。在我接受它的时候，我没有意识到接受它意味着不接受另一个早期的答案。但是，这是一个更完整的答案。 –

网络和CPU性能也是由实例类型定义的，最终性能受很多因素影响，因此您需要在自己的上下文中进行测试和测量。这就是说，我只是运行iperf我未开箱的，现成的m1.micro，并获得大约80兆比特/秒。但这只是我...

来源

2014-04-29 14:02:42

感谢您分享您的见解，@Julio ..您正在谈论作为实例使用时的实例特性。我特别感兴趣的是何时将某个实例用作VPC中使用/部署的专用NAT实例。我很想知道是否还有其他特殊用法可能会引起的考虑或限制。 –

在实例（NAT，VPN隧道，Web应用防火墙等）中创建“网络元素”时，监视网络利用率（吞吐量取决于实例类型）并配置高可用性（NAT变为通常是单点故障）。总而言之，监控CloudWatch中的CPU/Net/Mem并随着您的扩展... –

NAT实例可以通过'zero - > one'触发进行负载平衡，以便如果它死亡或无响应，它将终止并创建一个新的。因此，NAT丢失导致的任何潜在故障将被降至最低。 –

新一代t2实例比t1更强大，更具成本效益。使用t2.micro作为根设备支持SSD，在转换NAT实例方面优于t1。然后在2分钟内使用一对自动缩放组来构建HA，自愈NAT。确保使用基于HVM（虚拟化类型）的AMI for t2来支持它们。

来源

2014-11-13 10:03:30 DPC

我很感谢你的回应，并且对NAT的实例感到疑惑，但它并没有真正解决@Bit-BitGuru的回应，即微型实例的网络带宽变化很大。你有这个意见吗？ –

我对OP最初的担忧做出了回应，而不是对响应的回应“请问，任何已部署此微型实例的人（特别是在生产中）都可以分享他们对其性能和吞吐量的看法。” – DPC

Amazon VPC：ami-vpc-nat：微型实例的吞吐量

回答

相关问题