七条有关AWS EFS性能的重要提示

【51CTO.com快译】 您是否使用过
Amazon EFS
？它的主要用途是让您能够为那些基于
Linux
的应用负载和程序，构建出基于云端的网络文件系统。由于
EFS

的结构和功能都类似于本地的基础架构，因此您可以轻松地传输各种既有的文件。不过，在您打算将任何应用负载移入EFS之前，请先对EFS进行“试驾”，并在移入之后，定期执行各项性能方面的优化。

当然，有过实际项目经验的小伙伴都知道：在大多数情况下，性能并不是一门精确的科学，而且会涉及到应用的各个真实环境与使用状态。因此，在优化性能时，我们往往无法一蹴而就，需要持续、甚至反正地进行自动化或人工等方面的设置和尝试。

在本文中，您将学习到
AWS EFS
的基本概念，如何对其进行配置和试用，以及如何通过七个重要方面，来保持
EFS
的应用负载能够平稳高效地持续运行。

什么是AWS EFS？

弹性文件系统（
Elastic File System
，
EFS
）是
AWS
中的一种存储服务，可被用于在云端重新创建网络文件系统。基于网络文件系统
v4
（
NFSv4

）的EFS，主要是针对基于
Linux
的应用负载和程序而设计的。您可以顺畅地将其与
AWS
的其他服务、以及本地资源整合使用。
 

与其他存储服务相比，
AWS EFS

能够提供的功能最接近本地现有的文件存储（具体请参见-
-https://cloud.netapp.com/blog/ebs-efs-amazons3-best-cloud-storage-system
）。通过它，您可以轻松地将本地现有的文件结构转移到云端，并享有如同访问本地文件那些进行各种流畅操作的体验。为了达到该目的，您既可以通过在
EC2
（
Elastic Compute Cloud
）中托管应用程序，然后将实例附加到
EFS
上，也可以将
EFS
用作独立的文件系统。

在
EFS
中，您可以选择如下两种访问方式：

· 
标准访问（
Standard Access
）是针对您的基本应用负载而设计的。其特点是以较高的成本换取较低的访问延迟。

· 
不频繁访问（
Infrequent Access
）专为需要长时间存放，却鲜少使用的文件而设计。其特点是：以较低的成本换取较高的访问延迟。

当然，无论您选用哪一种访问方式，
EFS
都是按照使用收费的。也就是说，它仅收取您实际使用的存储和传输带宽的费用。
 

如何试用EFS？

在将文件传输到
EFS

之前，您往往需要试用该服务。据此，您不但可以熟悉其相关的配置，评估其运行的性能，而且能够通过与当前的本地系统作比较，更全面地预估在使用EFS时所需要的资源配置水平。下面，让我们从EFS提供的“免费套餐（
free tier

）”开始吧。

免费的
EFS
 
tier
提供了可以使用
12
个月的
5 GB
存储空间。如果您手头已经具有了可以将文件系统挂载到的
EC2

中的实例，那么EFS的试用并不困难。当然，如果您不喜欢该“套餐”的话，也可以选用一种适用于
EC2

的免费tier，它提供的
750
小时使用时长，足够让您从容地完成各项测试。
 

为了建立自己的demo，您可以通过命令行界面（
CLI
）、或管理控制台（
Management Console

）来创建各种资源。具体有关如何使用管理控制台来设置和连接相应的服务，我们在此就不赘述了。如果您感兴趣的话，可以通过链接-
–
 


https://docs.aws.amazon.com/efs/latest/ug/getting-started.html


，去参考
AWS
的相关文档。
 

值得一提的是，请您在试用过程中，尽可能实际地去模拟对于目标文件系统的各种使用操作。例如：您可以添加多个实例，使用单线程和多线程两种方式去编写文件，以及采用标准和不频繁两种访问方式去访问各类数据。
 

七条有关AWS EFS性能的重要提示

一旦您决定了采用
EFS

服务，那么就需要将自己的关注点转移到确保能够获得最大投资回报上。以下是我为您总结的七条有关优化和提升A
WS EFS
性能的重要提示。并且您无需为那些不需要的资源支付额外的费用。
 

1.监视您的EFS突发信用

Burst
c
redits
是
EFS

最容易被忽视的方面之一。这些c
redits

被设计为在流量较高的时候，暂时提高您的应用性能。但是，它们只会持续较短的时间，并且需要一段时间才能够恢复。因此，这就意味着如果credits被用完了，那么应用的性能就可能会突降。
 

每个
EFS
卷通常是以
0.5 MB/s
的传输速率开始的。
Burst credits
可以将吞吐量补充并拉升到
100 MB/s
，且持续
7.2
分钟。而增加此类指标的唯一方法是：增加
EFS
卷中存储的数据量。也就是说，在最高可达到
10 GB
的数据量时，您可以持续获得良好的性能。
 

2.使用异步写入操作

异步写入操作可以让您通过消减数据传输的部分路径，来减少写入操作所产生的延迟。在启用异步写入之后，数据会先被缓冲到某个
EC2
的实例中，再写入
EFS
。
 

不过，值得注意的是，此项操作可能会影响数据的一致性。因此，如果您要求文件系统保持实时同步的话，最好不要采用该操作方法。
 

3.不要从EFS中运行应用程序

如果您直接尝试着在
EFS
中运行应用程序的话，则可能会碰到性能不佳状况。毕竟，
EFS
并非被设计为运行或托管应用程序。它既无法执行针对大文件的读取，又无法为管理代码库、或部署应用程序提供所需的速度。
 

相反，您应该从
EBS
（
Elastic Block Store
）和
EC2

处托管或运行应用程序（请参见-
–
 
https://dzone.com/articles/confused-by-aws-storage-options-s3-ebs-amp-efs-explained
），并为附件文件重新存储
EFS

。例如，您可以让EFS只提供的内容，而将其对应的服务限制在EC
2
中，以确保应用能够获得预期的性能。

4.监视平均I/O吞吐量

跟踪平均
I/O
吞吐量，可以帮助我们确定现有应用的瓶颈，进而设法压缩存储的区域。例如：如果某一个应用程序需要用到多个文件，那么我们就可以将这些文件组合为一个，进而减少对于吞吐量的需求。相反，针对那些频繁请求多个小文件的操作，很可能会在较短的时间内迅速达到并超出预先设定的吞吐量限制。

可见，通过减少可能的文件请求数量，我们可以降低每秒钟的
I/O
操作。这不但有助于减少延迟的开销，而且能够保持一定的性能区间。
 

5.认真管理备份

由于没有可用的快照功能，因此如果您想在
EFS
中创建备份的话，则可能会遇到困难。通常，您必须使用
AWS Backup
服务，或是执行
EFS-to-EFS
来进行备份。不过，无论采用哪种方法，您都需要保存好各种备份的副本，并严密监控备份所需要的存储空间。

此外，在创建备份时，您最好安排在非工作时间，并以限速复制的方式进行创建。这样不但可以避免影响到各项标准操作的性能，而且可以防止意外b
urst
c
redits
的发生。

6.选择正确的性能模式

在使用
EFS
时，您可以选择两种性能模式：

· 
通用意图（
General Purpose

）
–

提供较低的吞吐量，以换取较低的延迟操作。它被设计为用于标准化的任务，例如：web主机或内容管理。而且，这是EFS的默认性能设置。
 

· 
最大
I/O
（
Max I/O
）
 —

提供较高的吞吐量，以换取较高的延迟。它被设计为用于处理繁琐的计算任务，例如：媒体处理或大数据分析（请参见-
-https://dzone.com/articles/a-beginners-guide-to-big-data
）。

7.采用并发连接

EFS
被设计为允许大规模的并发连接，并且可以同时附加多达上千个
EC2
实例。据此，您可以通过分担不同的应用程序与负载，来显著地提高整体性能。当然，在配置这些连接时，您仍然会受到各个卷的总吞吐量、以及传输速度的限制。
 

总结

Amazon EFS
虽然是一个功能强大的工具，但是与许多其他自配置（
self-configured
）的服务一样，它仍然需要您定期进行优化。为了避免不必要的开销，您应该定期监视
EFS
的
burst credits
和平均
I/O
吞吐量。同时，为了确保具有最佳的性能，您既可以使用异步写入操作，又应当避免从
EFS
上直接运行应用程序。此外，为了避免产生额外的计费，您不但需要管理好各种备份，而且要为应用负载选择正确的性能模式。最后，您还可以利用并发连接来提高整体性能。

原文标题： 8 Crucial Performance Tips for Amazon EFS
 

作者:
Ilai Bavati
  

【51CTO译稿，合作站点转载请注明原文译者和出处为51CTO.com】