在EFS共享上奇怪的瓶颈复制文件

时间:2018-11-20 21:23:50

标签: php laravel filesystems latency amazon-efs

有些奇怪的问题突然出现了,并且几乎没有信息。我致力于支持为用户存储资产文件的PHP(Laravel)应用程序。该应用程序在多个EC2实例上运行,并且资产存储在EFS装载中。

前一天,负责触发服务器将目录从A复制到B的我们的一条核心路线开始花费大量时间(从5s到90s),而内容或应用程序代码未发生变化。

我能够将延迟隔离到xcopy调用中,该调用将EFS上的1个文件夹移动到同一EFS中的另一个文件夹。当我向Amazon寻求帮助以查看CloudWatch中的EFS指标时,他们表示一切看上去都很不错,但他们注意到结果有所下降。吞吐量设置为10Mb / s,而过去几天我仅达到4-5Mb / s。

使用NetData,我可以观察RAM,CPU,NFS客户端调用等的性能。据我所知,NFS客户端正在度过美好的时光。在没有EFS的情况下进行本地测试时,调用非常迅速。我试图修改应用程序代码,以便它会执行对system的{​​{1}}调用而不是PHP复制。这似乎不起作用。

在使用EFS之前,是否还有其他人遇到过这样的随机延迟问题?有人对调试技术有任何建议,以了解为什么会发生这种情况吗?

感谢您阅读和提供的信息。

0 个答案:

没有答案