![如果共享中有数百万个文件,NFS/SMB 是否会出现性能问题](https://linux22.com/image/703068/%E5%A6%82%E6%9E%9C%E5%85%B1%E4%BA%AB%E4%B8%AD%E6%9C%89%E6%95%B0%E7%99%BE%E4%B8%87%E4%B8%AA%E6%96%87%E4%BB%B6%EF%BC%8CNFS%2FSMB%20%E6%98%AF%E5%90%A6%E4%BC%9A%E5%87%BA%E7%8E%B0%E6%80%A7%E8%83%BD%E9%97%AE%E9%A2%98.png)
我们的 Web 应用程序存储了数百万个文件以供长期存档。我们正在考虑设置多个 Web 服务器以实现冗余和负载平衡,因此我们需要一种存储文件的方法,以便多个 Web 服务器可以读取和写入文件。
两台服务器绝不会同时写入同一个文件。事实上,我们只写入一次,绝不会修改文件。我们也很少读取文件,因为它主要是档案系统。
我原本想使用 NFS/SMB 共享,但公司有人提到,当共享包含数百万个文件时,NFS/SMB 会出现严重的性能问题。
我所能找到的只是与超大目录相关的性能问题,但由于我们的目录是按年/月/日/小时(2017/04/24/18)分隔的,所以我们的目录不会那么大(并且我们可以轻松地进一步分隔文件,如果需要)。
托管数千万个文件的 SMB 或 NFS 共享是否存在已知问题?有更好的选择吗?