写点什么

Amazon S3 提升请求速率性能并减少随机前缀使用需求

  • 2018-10-15
  • 本文字数:1674 字

    阅读完需:约 5 分钟

Amazon Web Services(AWS)最近宣布了S3 请求速率得到显著性能,并能够并行化请求以扩展到所需的吞吐量。值得注意的是,这种性能提升还“移除了随机化对象前缀的任何先导”,并可以在S3 对象命名中使用“逻辑或顺序命名模式,而不会对性能产生任何影响”。

Amazon Simple Storage Service(Amazon S3)是一种对象存储服务,用于“随时随地存储和检索任意数量的数据”。业界将其作为各种大型场景的存储后端,客户在向服务传输对象或从服务获取对象时往往需要非常高的吞吐量。根据S3请求速率和性能指南,应用程序现在可以实现“每秒至少3,500 次PUT/POST/DELETE 和5,500 次GET 请求”,高于之前的“每秒300 PUT/LIST/DELETE 或800 多次GET 请求“。

一个重要的方面是S3 现在还自动根据“桶的前缀”提供这种吞吐量的提升,并且“前缀的数量没有限制”,这意味着应用程序可以使用并行所需的前缀来实现所需的吞吐量,并“通过计算集群的因子”有效地扩展S3 性能。除此之外,这种大规模的高性能S3 不再需要随机对象命名。

这一显著变化的技术细节目前还没有文档化,但之前版本的性能指南说明了常用场景面临的一些底层的挑战,如在上传大量对象时,“客户有时候会使用序号或日期和时间作为键名称的一部分”(根据 Internet Archive 2017-17-29 数据):

复制代码
examplebucket/2013-26-05-15-00-00/cust1234234/photo1.jpg
examplebucket/2013-26-05-15-00-00/cust3857422/photo2.jpg
examplebucket/2013-26-05-15-00-00/cust1248473/photo2.jpg
examplebucket/2013-26-05-15-00-00/cust8474937/photo2.jpg
examplebucket/2013-26-05-15-00-00/cust1248473/photo3.jpg
...
examplebucket/2013-26-05-15-00-01/cust1248473/photo4.jpg
examplebucket/2013-26-05-15-00-01/cust1248473/photo5.jpg
examplebucket/2013-26-05-15-00-01/cust1248473/photo6.jpg
examplebucket/2013-26-05-15-00-01/cust1248473/photo7.jpg
...

使用带有顺序前缀的大量对象会引入性能问题,因为它增加了“Amazon S3 将大量键定位到特定分区的可能性,从而压垮分区的 I/O 容量”。这个问题只能通过人工命名约定来缓解,例如添加哈希键前缀或反向嵌入 ID,用以随机化键名和分区访问。

这些技术限制对于应用程序设计来说是不太友好的,并且 AWS 也承认这种“随机性确实会引入一些有趣的挑战”,例如,“当你想列出键名称中具有特定日期的键”。后来,S3 分区机制进行了重新设计,架构师和开发人员现在可以设计和实现 S3 支持的应用程序,并严格使用面向用例的命名方案。

云经济学家兼“ Last week in AWS ”作者 Corey Quinn 在他的文章“S3 is faster" doesn’t do it justice 中称赞了这一改进:

[…] 将实现细节呈现给客户是历史遗留问题。你应该在不需要了解服务如何运作的情况下获得可接受的性能。我很高兴这个历史遗留问题现在被丢进了历史垃圾箱 […]

对于 GET 密集型的工作负载,AWS 建议继续使用它的内容交付网络(CDN) Amazon CloudFront ,以进一步优化延迟和传输速率,同时降低成本。

根据存储性能和可扩展性核对清单提供的指南,微软Azure 的Blob Storage 使用“基于范围的分区方案来伸缩系统和进行负载均衡”。根据“ optimizing your Cloud Storage performance ”的说明,Google Cloud Platform 的 Cloud Storage“通过文件的名称 / 路径对上传连接进行自动均衡,分配到多个后端分片 […]”。因此,两种服务都建议使用基于显式哈希前缀而不是顺序命名方案来优化大规模场景下的性能。

在相关的新闻中,Amazon S3 最近宣布了基于对象标签的选择性跨区域复制,以及 S3 Select 的特性增强,这两者都可以进一步提高特定用例的性能。

Amazon S3 文档提供了一个开发者指南,包括性能优化 API 参考。除了支持常规 S3 API 之外,AWS CLI 还提供更高级别的S3 命令,以便更有效地复制、移动和同步大量对象。 Amazon Simple Storage Service(S3)论坛为此提供支持。在 Amazon S3 常规定价之外,所有客户都可以自动获得所有的改进,而无需支付额外费用。

查看英文原文 Amazon S3 Increases Request Rate Performance and Drops Randomized Prefix Requirement

2018-10-15 04:571817
用户头像

发布了 731 篇内容, 共 456.2 次阅读, 收获喜欢 2003 次。

关注

评论 1 条评论

发布
暂无评论
发现更多内容

融云与 HIFIVE 达成战略合作,共创「沉浸式」社交解决方案

融云 RongCloud

通信云 语聊房 语音社交

你是否精通springcloud:使用SpringCloud进行同步通信?

Java 程序员 后端

Github霸榜月余~,原来是阿里大咖的千亿级并发系统设计手册上线了

Java 编程 程序员

你居然还去服务器上捞日志,搭个日志收集系统难道不香么!

Java 程序员 后端

你懂的!EL表达式与JSTL标签库

Java 程序员 后端

区块链将会深度应用于乡村振兴

CECBC

嘉宾就位 | Unity、Beeto、荔枝、阿里云、StarMaker、LiveMe、积目…花城论剑

融云 RongCloud

通信云 社交 元宇宙 泛娱乐 出海

电竞入亚,行业爆发,你的游戏是否还缺个「大招」?

融云 RongCloud

游戏 社交 泛娱乐

WICC · 广州 | 圆桌对话:社交泛娱乐 & 出海的机遇与挑战

融云 RongCloud

通信云 社交 泛娱乐 出海

认知未来货币需要新的思想资源

CECBC

你能读懂微服务架构深度解析:架构设计背后的哲学吗?

Java 程序员 后端

你还搞不定生涩难懂的Spring-Aop?梳理完毕以后原来如此简单

Java 程序员 后端

自定义View:如何实现一个双击放大缩小的图片控件

Changing Lin

11月日更

你看得起劲的斗鱼直播,已经在 GitHub 开源了自家项目!

Java 程序员 后端

你还在使用 try-catch-finally 关闭资源?

Java 程序员 后端

你以为自己Nginx掌握的很好?这份1330页Nginx笔记,颠覆你的认知!

Java 程序员 后端

外包学生管理系统 - 详细架构设计

奔奔

你是否已经精通了SpringBoot的执行器功能了呢?不精通就来学

Java 程序员 后端

使用Redis和Java进行数据库缓存 - DZone数据库

Java 程序员 后端

你知道面试必问的AOP吗?通过Spring又如何实现呢?

Java 程序员 后端

使用Spring Data JPA的Specification构建数据库查询

Java 程序员 后端

难以置信!数字货币袭来!这类人都要富起来了 !

CECBC

传授一套月薪20k程序员的高薪秘籍

Java 程序员 后端

作为Java面试官,我会问Java程序员一些什么问题?

Java 程序员 后端

作为一名程序员,你觉得最重要的能力是什么?

Java 程序员 后端

你必须了解的微服务架构设计的10个要点!

Java 程序员 后端

你有效地管理JVM的垃圾了吗?是时候把垃圾拿出来了!

Java 程序员 后端

Redis 6.0 新特性篇:客户端缓存全面揭秘

码哥字节

redis 缓存 NoSQL 数据库 11月日更

你能读懂微服务架构深度解析:架构设计背后的哲学吗?(1)

Java 程序员 后端

使用Spring Cloud Config进行分布式配置:Vault 后端

Java 程序员 后端

毕业之后,开源给了我第一份工作

Zilliz

数据库 vim 开源 成长

Amazon S3提升请求速率性能并减少随机前缀使用需求_语言 & 开发_Steffen Opel_InfoQ精选文章