来自Request Rate and Performance Guidelines - Amazon Simple Storage Service:
Amazon S3自动扩展到高请求率。例如, 您的应用程序至少可以实现3500个PUT / POST / DELETE和5500个 桶中每个前缀每秒获取GET请求的数量。没有限制 存储桶中的前缀数。增加阅读量很简单 或成倍地提高性能。例如,如果您创建10 Amazon S3存储桶中的前缀以并行读取,您可以扩展 您的读取性能达到每秒55,000个读取请求。
假设S3存储桶的文件夹为s3bucket/sample/
。文件夹中存在多个对象。示例:s3bucket/sample/object_1
,s3bucket/sample/object_2
。
此语句中的前缀是什么意思?是像s3bucket/sample
或s3bucket/sample/object_1
这样的完整对象路径吗?
是否每秒对文件夹发出5500个请求-文件夹中的每个对象都允许s3bucket/sample
或5500个请求?
我们拥有属于一项内容的多种资产类型,想了解以下2个选项中的哪一个会更好地扩展?
选项1
s3bucket/contentId_1/assetType_1
s3bucket/contentId_1/assetType_2
s3bucket/contentId_1/assetType_3
s3bucket/contentId_2/assetType_1
s3bucket/contentId_2/assetType_2
s3bucket/contentId_3/assetType_3
或
选项2
s3bucket/contentId_1_assetType_1
s3bucket/contentId_1_assetType_2
s3bucket/contentId_1_assetType_3
s3bucket/contentId_2_assetType_1
s3bucket/contentId_2_assetType_2
s3bucket/contentId_3_assetType_3
答案 0 :(得分:2)
页面显示requests per second per prefix in a bucket
,实际上与“每个存储区的每个目录”相同。
坦率地说,您不太可能接近这些性能限制。拥有数百万客户的大型公司可能希望使用这些性能提示,但是绝大多数AWS客户不会达到这种使用水平。
我建议您以最有意义的方式为您的应用程序部署数据,而不必遵循这些技术,至少直到您扩展到非常大的使用模式为止。