我们正在重新设计当前的 ZFS 文件服务器。它目前只有一个超过 70TB 的池。
我认为这是一个问题，因为如果池中有足够多的磁盘故障使其无法正常工作，我们必须恢复所有 60TB 当前存在的数据。
关于如何将存储划分为较小的池，以及每个池应该有多大/多小的争论已经兴起。
正如我所看到的，使用“太小”的池的唯一缺点是浪费了大量的磁盘空间。我们正在使用4TB 7500 spinning diskswith 4TB SSD cache disks。所以，我倾向于 20TB raidz 虚拟磁盘。 这意味着我们可以获得大约 77% 的可用磁盘空间。
问：使池大小过大/过小还有其他优点/缺点吗？