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 技术博客。
评论