写点什么

Amazon Elastic File System (EFS) 预置吞吐量

  • 2019-10-21
  • 本文字数:1496 字

    阅读完需:约 5 分钟

Amazon Elastic File System (EFS) 预置吞吐量

Amazon Elastic File System 允许您创建 PB 级的文件系统,这种文件系统可以从成百上千个 Amazon Elastic Compute Cloud (EC2) 服务器和本地资源大规模并行访问,按需扩展且不会发生应用程序中断的问题。在这种强大功能的背后,是跨多个可用区和冗余存储服务器分布式存储,从而为您提供具有可扩展性、持久性和高可用性的文件系统。按需分配空间和收费,从而让您可以根据需求使用资源,同时确保成本与实际使用量相符。应用程序可以实现极高的总吞吐量和 IOPS,同时保持稳定的低延迟。我们的客户利用可以直接将现有基于文件的应用程序和工作流迁移到云的能力优势,将 EFS 用于广泛的使用案例,包括媒体处理工作流、大数据与分析作业、代码存储库、解析树和内容管理存储库等。

快速了解


您可以已经知道,EFS 为您在创建文件系统时提供了两种性能模式选择:


通用 — 这是默认的模式,也是您应当首先开始使用的模式。它非常适合对延迟敏感的使用案例,最高支持每个文件系统每秒 7000 次运算。


最大 I/O – 这种模式可扩展至更高的总吞吐量和性能水平,但延迟略高。它本身不存在每秒运算次数限制。


不论采用哪种模式,吞吐量都会根据文件系统的大小进行扩展,此外还可以根据需要突增至更高的水平。文件系统的大小决定了突增大小和持续时间的上限。例如:


1 TiB – 1 TiB 的文件系统可以达到每秒 50 MiB 的持续传输速率,并且每天可以突增至每秒 100 MiB 的速率 12 小时。


10 TiB – 10 TiB 的文件系统可以达到每秒 500 MiB 的持续传输速率,并且每天可以突增至每秒 1 GiB 的速率 12 小时。


EFS 使用一种积分系统,从而让您可以在低谷时段“储蓄”吞吐量,然后在高峰时段使用储蓄的吞吐量。有关积分系统和两种性能模式的更多信息,请参阅 Amazon EFS 性能

新预置吞吐量

从高吞吐量到不占用整片空间的文件集,可以让许多使用案例受益,例如 Web 服务器内容农场、解析树和 EDA 模拟等。为满足这种使用模式的需求,您现在可以选择为您的每个 EFS 文件系统预置期望的吞吐量水平(最高每秒 1 GiB)。您可以在创建文件系统时设置一个初始值,然后在需要时任意增加。您还可以每隔 24 小时将它下调,以及在同一循环的预置吞吐量和突增吞吐量之间切换。例如,您可以将一个 EFS 文件系统配置为向您的 Web 服务器提供每秒 50 MiB 的吞吐量,即使卷包含的内容量相对较小。


如果应用程序的吞吐量要求超过默认(突增)模式的能力,则预置模式将是您的绝佳选择!您可以在创建系统后立即达到期望的吞吐量水平,不论您使用的存储有多高或多低。


下面来看我如何进行设置:



使用预置吞吐量,意味着我需要为存储(以 GiB/月为单位)和预置吞吐量(以 MiB/秒-月为单位)分别付费。


我可以使用 CloudWatch 指标数学表达式来监控平均吞吐量。Amazon EFS 监控教程包含了所有的公式,此外我还可以使用 CloudFormation 模板在几分钟内建立完整的 CloudWatch 控制面板:



我选择需要的模板,输入我的 EFS 文件系统 ID,然后点击剩下的屏幕以创建控制面板:



模板会创建一个 IAM 角色、一个 Lambda 函数、一个 CloudWatch Events 规则以及控制面板:



控制面板可在 CloudWatch 控制台访问:



下面就是我的测试文件系统的控制面板:



如需进一步了解如何使用最适合您的应用程序的 EFS 性能模式,请参阅 Amazon Elastic File System – 选择不同的吞吐量和性能模式

现已推出

此功能现已推出,您可以立即在提供 EFS 的所有 AWS 区域开始使用此功能。


作者介绍:


Jeff Barr


AWS 首席布道师; 2004 年开始发布博客,此后便笔耕不辍。


本文转载自 AWS 技术博客。


原文链接:


https://amazonaws-china.com/cn/blogs/china/new-provisioned-throughput-for-amazon-elastic-file-system-efs/


2019-10-21 08:00854

评论

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

对象业务的追加写接口

不在线第一只蜗牛

对象 业务开发

Web3.0区块链技术开发方案丨NFT项目开发

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发 公链开发

仓库数据同步难题如何轻松破解?

聚道云软件连接器

案例分享

降本增效下的自动化测试实践

老张

软件测试 研发效能 自动化测试 质量保障

RESTful API 设计原则:优化您的接口设计

Liam

后端 Rest API APi设计 REST API

卡塔尔央行启动CBDC项目 5月Solana区块链上创建近五十万种代币

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发 公链开发

Web3.0区块链技术开发方案丨2D3D多类型链游开发

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发 公链开发

告别繁琐,一键同步!聚道云助力企业人力资源大升级

聚道云软件连接器

案例分享

利用Python调用KimiGPT API接口

我再BUG界嘎嘎乱杀

Python 后端 开发语言 GPT

研发提效:想快速定制一个OLAP应用?你可以这么做!

京东零售技术

架构 后端 研发提效 企业号 6 月 PK 榜

API接口测试指南:确保接口稳定性与可靠性的实践

Noah

Web3.0区块链技术开发方案丨ICO与IDO代币开发

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发 公链开发

软件测试公开课 | Python高频面试题解析公开课

测试人

软件测试

斯坦福 AI 团队被曝抄袭中国大模型开源成果;Zoom 创始人谈视频会议未来丨 RTE 开发者日报 Vol.218

声网

你还不懂区块链就out了

web3区块链创业团队DappNetWork

生成式 AI 码力全开,动手搭建未来商城

亚马逊云科技 (Amazon Web Services)

Serverless

面试官:说说Netty对象池的实现原理?

王磊

Java

Web3.0区块链技术开发方案丨dapp项目模式制度开发

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发 公链开发

Amazon Elastic File System (EFS) 预置吞吐量_语言 & 开发_亚马逊云科技 (Amazon Web Services)_InfoQ精选文章