降低AWS EFS的性能

Question

我们已经在aws ec2上用自动缩放和EFS托管了我们的wordpress站点。但突然之间，PermittedThroughput变得接近零字节，BurstCreditBalance变得日益减少（从2TB到几Mbs！）。 EFS的大小只有2GB左右！我们第二次面临这个问题。我想知道是否有任何人在这种情况下有类似的经验或任何建议。计划在EFS期间从EFS迁移到NFS或glusterfs。

Answer 1

吞吐量亚马逊EFS扩展的文件系统的增长。

...

破灭能力（无论是在时间长度和突发速率方面）的文件系统的直接关系到它的大小。较大的文件系统可能会在更长的时间内以更高的速率爆发。因此，如果你的应用程序需要更多的破解（也就是说，如果你发现你的文件系统没有突发信用），你应该增加文件系统的大小。

注意

有与亚马逊EFS没有开通，所以让你的文件系统更大，你需要更多的数据添加到它。

http://docs.aws.amazon.com/efs/latest/ug/performance.html

你提到你的文件系统只能存储数据的2吉布。这就是问题所在：乍一看是违反直觉的，但EFS实际上得到更快，因为它得到更大 ......而相反也是如此。小文件系统仅以每GiB存储数据每秒50 KiB /秒的速率累积突发信用。

因此，对于2吉布文件系统，你会通过日常数据传输非常少量的消耗你的学分：

60 sec/minute × 
60 min/hour × 
24 hr/day × 
0.05 MiB/s per GiB stored × 
2 GiB stored = 8,640 MiB/day 

所以约8.6吉布每天是所有的数据传输这个文件系统可以维持。

这似乎很奇怪，直到你记得你每月只需支付0.60美元。

只需存储更多数据，就可以线性提升性能。用于计算的文件系统大小每小时更新一次，所以如果你走这条路线，几个小时内你应该会看到一个提升。

它到目前为止工作良好的原因是每个新的文件系统都带有相当于2.1 TiB的初始贷方余额。这主要是为了让文件系统在您最初将数据加载到文件系统时快速，但是在低总存储环境（如您所描述的存储环境）中，文件系统将持续几天或几周，然后突然（显然）您终于请参阅系统安装到其正确的基准行为。

本质上，您需要为两个互连参数（总存储容量和基准吞吐量）的设置付费 - 这两个参数都不是您配置的。如果你想要更多的存储空间，只需要存储更多的文件......并且如果你想获得更多的吞吐量，只需要...存储更多文件