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

【问题标题】：Amazon VPC: ami-vpc-nat: throughput of micro instanceAmazon VPC：ami-vpc-nat：微实例的吞吐量
【发布时间】：2018-06-05 12:50:29
【问题描述】：

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

我担心只有 613mb，当更多实例放在 NAT 实例后面时，微型实例可能会遇到困难。请任何部署过这个微实例 ami-vpc-nat（尤其是在生产环境中）的人分享他们对它的性能和吞吐量的看法。

【问题讨论】：

标签： amazon-web-services amazon-vpc

【解决方案1】：

我负责一个 VPC 资产，拥有使用各种实例类型的长期经验，并且对它们的特征有很好的了解。任何人都可以轻松地测试和分析这些特征，并将其作为（通常）常量除了t1.micro类型之外。

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

在配置我的 VPC 资产时，我最初将 NAT 实例从 m1.small 降级到 t1.micro，原因是简单的网络网关设备不太可能需要 m1.small 类型的容量，并且因为它总是-那时我应该支付尽可能低的价格。然而，观察（后来由一位亚马逊工程师确认）表明，随着资产的增长和 NAT 负载的增加，t1.micro 节流配置文件呈现出明确且可测量的瓶颈。切换回m1.small，利用其预先分配的恒定网络带宽，消除了这个瓶颈。

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

【讨论】：

优秀！！ ..这正是我所寻求的那种洞察力。感谢一百万 @Eight-Bit Guru。
很好奇为什么这个答案只是“不被接受”而支持另一个不太完整的答案......？
我同意你的观点，八位大师......你的回答更完整，这就是我接受它的原因。在我接受它的时候，我没有意识到接受它意味着不接受另一个较早的答案。但是，是的，这是一个更完整的答案。现在会再次接受它..
我也遇到过类似的情况——我通常会接受最能解决原始问题的答案，并对任何其他接近但不完全和/或相关的答案进行投票。有时很难接受，如果是这样，我通常会将我的选择解释为评论。然而，这总是你的电话——我只是好奇，因为它已经被接受了一段时间，然后突然没有了，我想知道为什么。 ;)

【解决方案2】：

网络和 CPU 性能也由实例类型定义，最终性能受许多因素影响，因此您需要在您的上下文中进行测试和测量才能确定。

话虽如此，我只是在我未调整的、开箱即用的 m1.micro 上运行 iperf，并获得了大约 80 Mbits/sec。但这只是我……

【讨论】：

感谢分享您的见解，@Julio .. 您正在谈论用作实例时实例的特征。当一个实例用作专用 NAT 实例以在 VPC 中使用/部署时，我特别感兴趣。我很想知道专业用法可能会引发其他注意事项或限制。
当您在实例中创建“网络元素”（NAT、VPN 隧道、Web 应用防火墙等）时，监控网络利用率非常重要（吞吐量取决于实例类型）和配置高可用性（NAT 经常成为单点故障）。总而言之，在 CloudWatch 中监控 CPU/Net/Mem 并随时扩展...
NAT 实例可以使用“零 -> 一个”触发器进行负载平衡，这样如果它死亡或变得无响应，它将被终止并创建一个新实例。因此，由于 NAT 丢失而导致的任何潜在中断都将减少到最低限度。
有趣的方法@Eight-BitGuru，但是这个负载均衡器实例不会成为新的单点故障吗？
嗯，是的，但只有以相同的方式运行您的实例的主机节点才能被视为 SPoF - 如果它死了，它上面的所有实例都会死。负载均衡器服务本身可能是负载均衡的，因为它是很多人依赖的服务。可以说，如果您的负载均衡器配置无法重新启动失效的 NAT，那么您可能遇到的问题可能比与该资产的网络连接丢失更大（想想 AZ 中断）。

【解决方案3】：

新一代 t2 实例比 t1s 更强大、更经济。在启动 NAT 实例方面，使用由 SSD 作为根设备支持的 t2.micro 优于 t1。然后在最少 2 个可用区中使用一对 Auto Scaling 组来构建一个 HA、自愈 NAT。确保为 t2 使用基于 HVM（虚拟化类型）的 AMI 来支持它们。

【讨论】：

感谢您的回复，并想知道 NAT 实例的 t2，但它并没有真正解决 @Eight-BitGuru 的回复，即微型实例也具有高度可变的网络带宽。您对此有何看法？
我回应了 OP 最初的担忧，而不是回应的回应“请，任何部署了这个微实例 ami-vpc-nat（尤其是在生产中）的人都可以分享他们对它的性能和吞吐量的看法。”