分析 文件系统规模大小和模型的问题

  我的工作与存储相关,并且也喜欢文件系统。但是最近,与朋友一起讨论有关了Linux文件系统和一般文件系统的问题时,我们得出一个结论:我们遇到了文件系统扩展问题。

  文件系统规模大小的瓶颈

  很明显,文件系统社区作为一个团体还没有引起我足够的关注,目前他们已经在某些领域取得了进展,但Linux文件系统单个命名空间500TB的目标似乎仍然遥遥无期。

  文件系统规模大小的瓶颈

文件系统规模大小的瓶颈

  ▲文件系统规模大小

  当我们谈到上述文件系统的优点和缺点时,最大的问题在于,文件系统的大小限制和如今存储设备的容量相比,实在是小得让人难以置信。

  使用容量为3TB的硬盘,ext3/4文件系统最大可支持5块硬盘,我们认为很少有人会买5块容量为3TB的硬盘放进PC,XFS最大可以支持33块3TB硬盘,即使如此,在我们看来还是太小了。显然,文件系统支持的大小没有随硬盘容量,或大数据需求增长而扩容。我有一个家用NAS设备,带有6块硬盘,幸好我没有买带有8块硬盘的NAS,因为XFS不支持我的NAS厂商,我想超过ext3文件系统的大小限制,必须创建多个文件系统。

  文件系统模型的两个问题

  可能有些人会提出质疑,让我提前预演你们的问题并给予解答。第一个可能的问题是“为什么你们需要这么臭的支持,下载下去自己调试不就成了吗?大家都懂的”,这可能是真的,但事实是,它与我们无关 — 它与目前业务的市场现实有关(记住,我们都是Linux的支持者,每周都会写有关Linux和存储的系列文章)。

  第二个可能的应答是“你们很愚蠢,不应该要那么大的文件系统”,你告诉我们不想要这些大文件系统的原因是,因为它们不能扩展,但我们需要它们,并且我们的客户也需要它们,当支持8块硬盘的NAS必须分解成多个文件系统时,我想我们的文件系统发展和支持模式已经被打破了。