降低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的初始貸方餘額。這主要是爲了讓文件系統在您最初將數據加載到文件系統時快速，但是在低總存儲環境（如您所描述的存儲環境）中，文件系統將持續幾天或幾周，然後突然（顯然）您終於請參閱系統安裝到其正確的基準行爲。

本質上，您需要爲兩個互連參數（總存儲容量和基準吞吐量）的設置付費 - 這兩個參數都不是您配置的。如果你想要更多的存儲空間，只需要存儲更多的文件......並且如果你想獲得更多的吞吐量，只需要...存儲更多文件