我正在存储用户＆＃39;文件系统中的代码，目前在AWS中的EBS。我希望提高可用性，并希望减少因EBS下降而导致中断的可能性。 EFS似乎是一个合理的选择。
我知道EFS会比EBS慢，EFS比EBS贵。我想知道，如果有任何性能基准来衡量EFS的读写延迟并与EBS进行比较吗？
答案 0 :(得分：1)
This AWS forums thread向您展示了一些客户在eFS延迟和AWS反应方面遇到的一些问题。一些客户声称他们有超过1秒的延迟，AWS支持人员说这不正常，他们会调查。
我目前在EU-West的经验似乎表明，对于一系列150,000个小读取操作，每个操作大约2.5KB，我的EC2＆lt; - ＆gt; EFS最多每秒200个读取操作，所以我们可能猜测典型有效延迟不超过1/200秒或5ms。
我说＆＃34;有效延迟＆＃34;因为它确实报告了带宽，而不是延迟。我还没有编写时序码来衡量往返延迟。
您可以通过支付更大的驱动器（包括更高的价格IOPS）或预留的IOPS来改进它。
答案 1 :(得分：0)
EFS是一个网络文件系统（NFS）。它提供文件系统接口，文件系统访问语义（如强一致性和文件锁定），以及可同时访问的存储，最多可存储数千个Amazon EC2实例。当然，与EBS相比，会有读/写延迟，因为EBS专为低延迟数据访问而设计。
EBS 提供不同的卷类型，这些卷类型在性能特征和价格方面有所不同，因此您可以根据应用程序的需要定制存储性能和成本。
EFS 易于使用，并提供简单的界面，使您可以快速轻松地创建和配置文件系统。使用Amazon EFS，存储容量在您添加和删除文件时会自动弹性，不断增长和缩小，因此您的应用程序可以在需要时拥有所需的存储空间。
EFS的Perfromance概述：http://docs.aws.amazon.com/efs/latest/ug/performance.html
EBS的效果概览：http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/EBSVolumeTypes.html