阵列可用空间要求

一般的经验法则是，不要使用超过80-85％的容量，否则性能会急剧下降，并可能发生其他不良情况。

在8TB阵列上，这大约有1.6TB的空间必须留空！一个40TB的阵列大约需要8TB的可用空间！

这仍然是更大数组的惯例吗？我在桌上留了太多磁盘空间吗？

— SnakeDoc
source

我在Linux上的ZFS讨论列表上看到的一个有趣的技巧是创建一个zvol或fs，其保留量等于您要在池中腾出的磁盘空间，然后不将其用于任何用途。对于文件系统，您可能会设置mountpoint = none canmount = no Reservation = N。听起来不合常理，它应该起作用：就该池的其他任何部分而言，该空间都不可用（因为已保留），但是允许块分配器使用它（因为没有快照新块）写入导致旧块被释放；最终结果为零）。

— 2014年

Answers:

是的，这仍然是惯例，是的，即使您进行扩展，它也适用。实际上，使用ZFS，您确实不希望过于频繁地达到zpool中的75％。碎片，快照和总体性能往往会受到影响。

如果要重新构建，请不要将利用率提高到40％以上，并且一定要计划增长。

— 怀特
source

是的，它是一个全新的构建，其中FreeNAS与ZFS RAIDZ2一起运行。-我只是想确保当我告诉管理层我们需要购买一些额外的硬盘以使它们一直空着时，我不会听起来像疯了似的；-P

— SnakeDoc 2014年

当您在冰箱/冰柜中装满食物时，您是否会留出一些空间以重新整理东西以便放在后面？还是将所有东西都打包成100％？

— MikeyB 2014年

@MikeyB哦，我总是把它装在那里；-)我还能怎么喝所有的啤酒？

— SnakeDoc 2014年

这适用于任何OS / RAID阵列组合吗？

— mxmissile

对于ZFS或任何其他写入时复制文件系统，可以。

— ewwhite

不过，这实际上取决于您的用法。大文件只写一次，然后只读？不碎片，可以填充到更接近容量。

传统的UNIX主目录包含许多小文件，一些重写和许多快照。甚至快照保留功能可以保留许多最近的快照，但是在保留一些较旧的快照的同时将其删除。糟糕的碎片，池确实需要可用空间来执行。

唯一可以确定的方法就是测试和监视性能。

— ptman
source

此框将通过iSCSI托管Xen群集的某些虚拟磁盘驱动器，但也可能在其上具有CIFS共享以用于办公室文件共享。因此，将混合有具有恒定的适度I / O的大型文件和一些通常被读取后再写入的静态文件。

— SnakeDoc