如果共享中有数百万个文件,NFS/SMB 是否会出现性能问题

如果共享中有数百万个文件,NFS/SMB 是否会出现性能问题

我们的 Web 应用程序存储了数百万个文件以供长期存档。我们正在考虑设置多个 Web 服务器以实现冗余和负载平衡,因此我们需要一种存储文件的方法,以便多个 Web 服务器可以读取和写入文件。

两台服务器绝不会同时写入同一个文件。事实上,我们只写入一次,绝不会修改文件。我们也很少读取文件,因为它主要是档案系统。

我原本想使用 NFS/SMB 共享,但公司有人提到,当共享包含数百万个文件时,NFS/SMB 会出现严重的性能问题。

我所能找到的只是与超大目录相关的性能问题,但由于我们的目录是按年/月/日/小时(2017/04/24/18)分隔的,所以我们的目录不会那么大(并且我们可以轻松地进一步分隔文件,如果需要)。

托管数千万个文件的 SMB 或 NFS 共享是否存在已知问题?有更好的选择吗?

相关内容