stream式传输带宽限制Amazon S3 + CloudFront

我觉得很难相信我不会因为这种带宽使用而额外收费。

40 Gbit / sec不是“使用” – 可用容量。 您不收取可用容量。 您将被收取使用费用，这是CloudFront定价表中提到的“区域数据传输到互联网（每GB）”。 当CloudFront从S3获取对象时，从S3到CloudFront的带宽是不收费的。

另外，我怀疑S3服务器/节点可以提供40Gbps连接。

呃…不。 :)使用大型EC2实例types之一（例如hi1.4xlarge，cc2.8xlarge），如果实例与存储区处于相同的区域，并且从S3下载大文件，则可以轻松地看到单个文件的下载传输速率在S3的1 Gbit / sec范围内。 它有能力。

当然，40Gbps并不是单个下载的容量，但是在AWS的规模上，可用的这么多的带宽并不是完全没有问题的。 您所描述的架构中没有任何组件专用于您。

它是由所有客户共享的，或者是客户的一个重要子集，所以没有必要为您使用40 Gbit /秒的任何东西。 它也不需要在一个地方。 CloudFront边缘networking上有60多个不同的独立位置，每个浏览器都连接到CloudFront（即使您不是Route 53客户，也使用Route 53提供的帮助）将其视为每个浏览器的最佳边缘位置他们自己的专有地理路线数据库，似乎是适应性的。 （我的testing网站显示了您的浏览器当前正在使用哪个边缘位置，如果我的实验映射逻辑可以确定它 – 通常可以 – 而且即使当我从家里访问该网站时，我也会看到它会周期性移动。

只有40个边缘位置，比当前的数量less ，每个边缘可用的带宽less得多，可以适应全球分散的观众的40 Gbit / sec的传输。

每个地区的S3基础架构也跨越该地区的可用区域分布在硬件上。

事实上，40 Gbps甚至没有物理限制。

如何以及何时会受到限制？

这是一个软件执行的保护控制。 就像每秒100,000个请求的限制一样。 该请求将被拒绝。

LimitExceeded – 由于超出了CloudFront限制，请求被拒绝。

http://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/AccessLogs.html

将其与CapacityExceeded进行对比，在CloudFrontnetworking中发生实际问题时将logging此事件，以防止请求被处理。

S3文档没有提到带宽限制，但是在扩展的讨论中：

如果您希望某个存储桶的请求速度迅速增加，达到每秒超​​过300个PUT / LIST / DELETE请求或每秒超过800个GET请求，我们build议您打开一个支持案例来为工作负载做好准备，并避免任何临时限制您的请求率。

http://docs.aws.amazon.com/AmazonS3/latest/dev/request-rate-perf-considerations.html

请注意，这是指“快速增长”，意味着逐渐增加会自动由S3的词法sorting对象键索引的自动缩放和/或分片来处理。

使用（Elastic Transcoder +）Amazon S3 + CloudFront的最大stream式传输带宽是多less？

一切当然都是有限的，但对于有关服务来说，没有办法有意义地描述这些限制。 对于所有的实际目的来说，这是无限的。

请注意，为了荒谬地玩数字，实际上整天使用 40 Gbit / s，整整一个月，几乎肯定不会发生，但如果这样做的话，在出站数据传输中花费超过40万美元一个非常圆的数字，区域定价和折扣层使得计算变得复杂），但是事实上这种在技术上“可用”的容量看起来更可信一点 – 容量就在那里，如果你想支付使用它，但如果你不使用它，你不支付。