EC2实例types的确切networking性能？
我无法findAmazon上不同EC2实例types的确切networking性能详细信息。 相反，他们只是说：
- 高
- 中等
- 低
这甚至意味着什么？ 我特别想知道每种实例types的Traffic-OUT的确切数量。
我需要做直播，我的stream比特率将是240kbps。 所以我需要知道哪个实例types可以处理多less个并发的查看者。
带宽按实例大小分层，这里有一个全面的答案：
对于t2 / m3 / c3 / c4 / r3 / i2 / d2实例：
- t2.nano = ??? （基于比例因子，我预计20-30 MBit / s）
- t2.micro =〜70 MBit / s（qiita表示63 MBit / s） – t1.micro约为100 Mbit / s
- t2.small =〜125MBit / s（t2，qiita表示127MBit / s，cloudharmony表示125Mbit / s，尖峰到200 + Mbit / s）
- * .medium = t2.medium获取250-300 MBit / s，m3.medium〜400 MBit / s
- * .large =〜450-600MBit / s（最大变化，见下文）
- * .xlarge = 700-900 MBit / s
- * .2xlarge =〜1 GBit / s + – 10％
- * .4xlarge =〜2 GBit / s + – 10％
- * .8xlarge和标记专长= 10 Gbit，预计〜8.5 GBit / s，需要增强的networking和VPC的全吞吐量
m1小型，中型和大型实例往往performance高于预期。 c1.medium是另一个怪胎，在800 MBit / s。
我通过梳理几十个 testing 源 （主要使用iPerf和TCP连接）来收集数据。 请特别注意CloudHarmony ＆ flux7中的许多基准（请注意，这两个链接会显示Googlesearch，显示大量的单个基准）。
注意事项和注意事项：
大实例大小报告的变化最大：
- m1.large是〜800 Mbit / s（!!!）
- t2.large =〜500MBit / s
- c3.large =〜500-570 Mbit / s（不同来源的结果不同）
- c4.large =〜520 MBit / s（我已经独立证实了这一点，顺便说一下）
- m3.large在〜700 MBit / s更好
- m4.large是〜445 Mbit / s
- r3.large是〜390 Mbit / s
突发（T2）实例似乎也具有可分解的networking性能：
-
CloudHarmony iperf基准testing显示，初始传输速度从1 GBit / s开始，然后在几分钟后逐渐下降到持续的水平。 PDF链接到以下报告：
-
t2.small （PDF）
- t2.medium （PDF）
- t2.large （PDF）
请注意，这些地区是在同一地区 – 如果你正在跨地区转移，真正的performance可能会慢得多。 即使对于更大的实例，我也看到了几百MBit / s的数字。
EC2中几乎所有东西都是多租户的。 networking性能指出的是与共享相同基础架构的其他实例相比，您将拥有哪个优先级。
如果你需要一个有保证的带宽水平，那么EC2可能不适合你。
FWIW CloudFront也支持stream媒体。 可能比实例中的简单stream式传输更好。
