我需要一个networking文件系统，可以同时从多台机器上访问，并且仍然能够保持单个目录的100.000个子目录。
如果有人想知道为什么有这些要求：服务器（JIRA）存储问题编号的子目录中的每个问题的附件。 如果你有一个有100000个问题或更多的项目，你可能会很容易结束处理这个数目的目录。
为了解决这个问题，前一段时间，我们从NetApp文件系统切换到XFS，因为XFS支持这个数量的文件/目录。
尽pipe如此，我们还有另一个问题：XFS不允许从不同的机器进行并发访问，即使对于READ操作也是如此，我们希望有一个更像NFS的解决scheme，能够有多台可以访问这些文件的机器。
磁盘操作的数量相当低，主要用于读取和文件几乎从不更新。
我们可以用什么呢？
如果XFS适合你，你可以通过NFS共享。
如果您更喜欢使用NetApp，则应该使用支持Ontap 8.1的系统。 在这个版本中，一个目录的〜100k个子目录的WAFL限制已经被取消了（详见知识库ID：3012261）。
如果8.1不是一个选项，则可能需要检查NetApp论坛上讨论的是否可以操纵MaxDirSize
如果你的目标是SAN访问，你需要使用像OCFS2，ACFS，GFS或类似的Cluster-FS，但这会打开一个新的蠕虫jar。