通过智能分层自动优化 Amazon S3 成本

2019 年 10 月 15 日

通过智能分层自动优化 Amazon S3 成本


Amazon Simple Storage Service (S3) 拥有超过 12.5 年的发展历史,它存储数万亿个对象,每秒可以处理数百万个请求。我们的客户依靠 S3 来满足他们的备份与恢复、数据存档、数据湖、大数据分析、混合云存储、原生云存储和灾难恢复需求。在最初的通用标准存储类基础上,我们增加了许多其他类,以便更好地为客户服务。今天,您可以从四个类中进行选择,每个类都是针对特定用例专门设计的。目前提供的选项包括:


标准 – 专门针对经常访问的数据设计。


标准 – IA – 专门针对长期存储且不经常访问的数据设计。


单区 – IA – 专门针对长期存储且不经常访问的非关键数据设计。


Glacier – 专门针对长期存储且经常访问的存档关键数据设计。


您可以在将数据上传到 S3 时选择适用的存储类,也可以使用 S3 的生命周期策略告诉 S3 根据对象的创建日期将对象从“标准”转换为“标准 – IA”、“单区 – IA”或“Glacier”。请注意,低冗余存储类仍受支持,但我们建议在新应用程序中使用“单区 – IA”。


如果现在您想在不同的 S3 存储类之间进行分层,生命周期策略会根据存储对象的创建日期自动移动对象。如果您的数据现在存储在标准存储中,并且您想了解某些存储是否适合 S-IA 存储类,则可以使用 S3 控制台中的存储类分析来确定要使用生命周期分层的对象组。但是,在很多情况下,数据的访问模式是不规则的,或者您完全不了解访问模式,因为组织中的许多应用程序都会访问您的数据集。或者您可能非常专注于您的应用程序,而没有时间使用存储类分析等工具。


全新智能分层


为了让您更轻松地利用 S3 而无需深入了解您的访问模式,我们推出了一个全新的存储类:S3 智能分层。此存储类包含两个访问层:经常访问和不经常访问。两个访问层都提供与标准存储类相同的低延迟。S3 智能分层会监控访问模式并将连续 30 天未访问的对象移动到不经常访问层,而且监控和自动化费用低廉。如果稍后访问数据,则数据会自动移回经常访问层。底线:即使在不断变化的访问模式下,您也可以节省资金,而且不会影响性能,不会产生运营开销,也不会有检索费用。


将新对象上传到 S3 时,可以指定使用智能分层存储类。您还可以使用生命周期策略在指定的时间段后实现转换。没有检索费用,您可以将此新存储类与 S3 的所有其他功能结合使用,包括跨区域复制、加密、对象标记和清单。


如果您确信您的数据不会经常被访问,那么就节省成本而言,标准 – IA 存储类仍然是更好的选择。但是,如果您不了解您的访问模式,或者它们可能会发生变化,那么智能分层更适合您!


智能分层实际操作


我将对象上传到 S3 时只需选择新的存储类:



与以往一样,我可以在 S3 控制台中查看存储类:



我可以创建采用智能分层的生命周期规则:



就是这么简单。以下是您需要了解的一些事项:


对象大小 – 您可以对任何大小的对象使用智能分层,但小于 128KB 的对象永远不会转换到不经常访问层,将按照经常访问层的一般费率进行计费。


对象生命周期 – 对于生命周期少于 30 天的对象,没有提供一种合适的计费方式;所有对象都将按照最少 30 天进行计费。


持久性和可用性 – 智能分层存储类旨在实现 99.9% 的可用性和 99.999999999% 的持久性,SLA 可提供 99.0% 的可用性。


定价 – 与其他存储类一样,您需要为每月存储、请求和数据传输付费。经常访问层中对象的存储与 S3 标准的计费费率相同;不经常访问层中对象的存储与 S3 标准-不经常访问的计费费率相同。当您使用智能分层时,需按对象支付每月少量的监控和自动化费用;这意味着随着对象大小的增长,存储类会变得更加经济。正如我之前提到的,S3 智能分层将根据访问模式自动将数据移回经常访问层,但没有检索费用。


就地查询 – 使用 S3 Select 进行的查询不会更改存储层。Amazon Athena 和 Amazon Redshift Spectrum 使用常规 GET 操作访问数据并将触发转换。


API 和 CLI 访问 – 您可以使用 S3 CLI 和 S3 API 中的存储类 INTELLIGENT_TIERING。


现已推出


这一新存储类现已推出,您可以立即在所有 AWS 区域开始使用。


– Jeff;


另外,还记得我刚刚和您说的数万亿个对象和数百万个请求吗? 我们将它们归入 Amazon Machine Learning 模型,并使用它们来预测每个对象的未来访问模式。然后,参考结果以便以最具成本效益的方式存储 S3 对象。这是一个非常有利的优势,可以通过令人难以置信的 S3 规模和它支持的用例的多样性来实现。据我所知,这项功能是独一无二的!


本文转载自 AWS 技术博客。


原文链接:


https://amazonaws-china.com/cn/blogs/china/new-automatic-cost-optimization-for-amazon-s3-via-intelligent-tiering/


2019 年 10 月 15 日 15:24249
用户头像

发布了 1191 篇内容, 共 25.4 次阅读, 收获喜欢 15 次。

关注

欲了解 AWS 的更多信息,请访问【AWS 技术专区】

评论

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

依赖倒置原则和好莱坞原则

阿飞

架构 极客大学架构师训练营

第二周 学习心得总结

冯凯

软件架构的实现设计总结

mh

设计模式的主要原则

架构 0 期 -week2- 命题作业

陈俊

极客大学架构师训练营

SOLID设计原则(第二周+作业)

林毋梦

极客大学架构师训练营

架构师训练营学习总结——面向对象的设计模式【第三周】

王海

极客大学架构师训练营

第二章作业

小胖子

一笔钱买两次东西?——双花安全问题分析

石君

数字货币 双花攻击 数字货币安全

【第二周学习总结】

黑莓

架构师如何去进行软件设计(设计原则篇)?

阿飞

极客大学架构师训练营

第二周总结

阿布

架构师训练营-总结2

进击的炮灰

【第二周作业】

黑莓

架构训练营第二章作业

mh

Mybatis-plus 之 DIP

无心水

极客大学架构师训练营

【架构】—回归本质(面向对象)

不二架构

面向对象 架构师 极客大学架构师训练营

第二周作业

阿布

架构师训练营 第二周 学习心得

李君

极客大学架构师训练营

架构师训练营 - Lesson Week 2

brave heart

极客大学架构师训练营

架构师训练营-第二周学习总结

极客大学架构师训练营

架构师 0 期第二周作业(心得体会)

何伟敏

依赖倒置及 Cache 重构设计

秤须苑

极客大学架构师训练营

架构 0 期 -week2- 学习总结

陈俊

极客大学架构师训练营

【架构师训练营 -Week-2】总结

Andy

架构师培训第2周学习总结

Geek_165f3d

第二周学习总结

安阳

week02-总结

seki

【架构课作业 - 第二周】

Nelson

极客大学架构师训练营

架构师训练营 - Task Week 2

brave heart

极客大学架构师训练营

设计原则之依赖倒置和接口隔离

dapaul

通过智能分层自动优化 Amazon S3 成本-InfoQ