在低RAM环境中优化ZFS的可行性吗？

我目前正在设置文件服务器，并且已经到了实际设置数据驱动器的地步。系统具有4个驱动器（一个OS磁盘，3个数据磁盘）。操作系统磁盘格式化为ext4，不会被添加到ZFS池中（如果我选择运行ZFS）。我主要关心的是数据完整性和最小数据丢失风险（BIOS中禁用了驱动器缓存）。为此，ZFS似乎是最理想的选择，因为它具有适用于Linux的稳定版本（对吗？），并支持数据复制，池化和raidz，而硬盘驱动器的大小不必相同。

但是，这是我的问题。该服务器只有2GB的RAM，并且不能在不久的将来升级，实际上，在我安装所有其他服务之后，ZFS实际上只能访问1.5。一次最多可使用约10个客户端（平均约4个）。这太低了以至于不能算安全吗？

据我了解，ZFS可能会在内存不足的情况下崩溃，并占用大量内存。我听到了一些矛盾的意见，即交换是否会有助于缓解此问题（我有20 GB的交换专用驱动器）。有没有人遇到过使用RAM少的ZFS造成数据丢失的情况，您为防止这种情况进行了哪些优化？

牢记上述内容，尽管减小了ack大小并进行了一些缩小，但仍可以运行ZFS，还是这样做风险太大？

系统规格：2GB RAM 20GB交换驱动器OS，Debian 7，最小安装，带FTP，以及XBMC，DNLA（以了解RAM要求）。用于将存储服务器和音乐媒体流传输到其他设备。

您将数据完整性和最小的数据丢失风险作为主要问题。仅使用2GiB内存运行ZFS是有风险的，不建议这样做。太少的RAM会降低性能，并且是过去导致大量无法装入的池的原因。该FreeNAS的项目规定的RAM作为最小8GiB。

此外，由于您担心的是数据丢失，因此您将需要使用ECC RAM。由于您的设备只能支持2GiB的RAM，因此我认为这是一个非常老的设备，对于ZFS来说不是一个好的选择。

要回答您的问题：

[…]并支持数据复制

实际上，根据经验，当您没有至少32GiB时，请忽略重复数据删除。您可能需要更多的RAM，具体取决于池的大小。其次，如果重复数据删除+ RAM的成本比少数几个额外的磁盘便宜，请进行数学计算。通常，更多的磁盘是更便宜的选择。

这太低了以至于不能算安全吗？

是的，它太低了。

据我了解，ZFS可能会在内存不足的情况下崩溃，并占用大量内存。

没错，许多人由于内存不足而失去了资源。

我听到了一些矛盾的意见，认为交换是否有助于缓解此问题

不用担心交换，您的ZFS盒永远不要使用交换。

编辑：如果您喜欢冒险并且不介意偶尔出现恐慌或数据丢失的危险，请阅读ZFS调整指南 并调整所提到的设置。这里是768MiB内存系统的示例设置。

vm.kmem_size="330M"
vm.kmem_size_max="330M"
vfs.zfs.arc_max="40M"
vfs.zfs.vdev.cache.size="5M"

否则，在一条内存条上投资一百美元，并享受稳定和高性能的系统。

在高内存压力系统（Linux）上，确实有必要升级内存。仍然存在bug（link），交换会锁定IO（内核挂起的任务），除非重新启动它才能使用。我相信vm.swappiness = X对zfs没有影响，因此将弧限制为一定数量可能会有所帮助。