如何在不使用 Synology、QNAP、TrueNAS 的情况下构建一个最简 ZFS NAS（2024）
硬件与外形选择
- 许多人使用较旧的企业级设备（Dell PowerEdge、HP ProLiant MicroServers、HP 工作站、ThinkCentre 迷你电脑）来获得 ECC、iDRAC/IPMI 和更多硬盘位；缺点是噪音大、体积大、待机功耗更高。
- 其他人更喜欢紧凑、低功耗的“真正家用”硬件：迷你电脑（例如 N100 级别、Lenovo tiny 电脑）或带 HAT 的 Raspberry Pi 5；顾虑是硬盘位有限，而且通常没有 ECC。
- 许多报告称，USB 多盘位盒子对于重要数据并不可靠（适配器过热、断连、缺少 TRIM），尤其是在配合 ZFS 时。
ZFS 与成品方案（Synology/TrueNAS/Unraid）
- 偏成品方案的一方重视：热插拔托架、磁盘故障时的 LED/蜂鸣提示、集成式 UI、复制、云同步、HA、监控、“别让我输错命令”。
- DIY ZFS 一方则认为：ZFS 本身就是“经过验证且可靠的系统”，设计优于 mdadm/LVM；更换磁盘通常只需要
zpool replace。 - 一些人表示，在现成 NAS 上的数据丢失或妥协比在 DIY 方案上更多，但也有人不信任用于关键数据的“拼凑式”方案。
Linux 上的 ZFS vs FreeBSD/illumos
- 一种观点：在 Debian/Linux 上运行 ZFS 是“二等公民”，它是一个内核外模块，容易受内核变化影响，并受 GPL 立场敌视；更推荐 FreeBSD 或 illumos（OmniOS + napp-it），认为它们最稳妥。
- 反方观点：OpenZFS 优先面向 Linux；Linux 和 FreeBSD 共享同一套 ZFS 代码；在 LTS 内核上实际运行很稳定。TrueNAS 从 BSD 迁移到 Debian 也被作为例证。
- 有些人提到 Debian/Proxmox 上 ZFS 配合 NVMe 会有问题；另一些人则报告在众多 Linux 和 BSD 系统上长期成功运行。
硬盘、RAID 级别与容量顾虑
- 硬盘和 SSD 价格持续处于“危机”状态；许多人会拆外置 HDD，或购买二手 SAS 企业盘，以获得更好的每 TB 成本。
- RAIDZ1、RAIDZ2 与镜像：
- 许多人偏好 RAIDZ2，以避免在大容量硬盘重建时因读错误导致数据丢失。
- 也有人认为，只要你有真正的备份，家用场景下 RAIDZ1 也可以。
- 关于 ZFS 的可用空间规则（保持约 20% 空闲）存在争议：有人认为在 90% 以上会出现明显性能下降和碎片化；也有人报告池接近满载仍能正常工作，尤其是大文件场景。
- 一些人警告不要在 RAIDZ 中使用消费级 SSD，因为其耐久度较低、预留空间较小；也有人说它们可以用，但需要留出余量并小心管理。
备份、监控与故障处理
- 强烈共识：快照和 scrub 至关重要；应定期安排 scrub 并监控
zpool status。 - 告警很关键：通过 smartmontools/smartctl_exporter、cron 或类似工具发送邮件；仅依赖 MOTD 或手动检查被视为不安全。
- 那些没有说明“磁盘故障后如何检测和更换”的指南，以及缺少告警部分的指南，被批评为不完整。
- 文中提到多个用于 ZFS 快照/备份自动化的工具（如 sanoid、zfs-backup），以及 zfs send/receive、rsync.net、zfs.rent。
- 一位用户回忆称，由于没有测试恢复流程并丢失了加密配置，导致 NAS 上的所有数据都丢失；“测试灾难恢复”被极度强调。
ZFS 的替代方案
- 有些人更喜欢：
- MDADM 上的 Btrfs。
- dm‑integrity + mdadm + XFS，作为更简单的非 ZFS 技术栈。
- SnapRAID + mergerfs，用于大规模、主要静态的媒体数据（磁盘大小更灵活，便于移除硬盘）。
- Unraid 作为家用服务器方案；因其简洁性而普遍获得正面反馈。
- 带快照的 LVM（指出其与 ZFS 快照在本质上不同，并且需要管理容量）。
- RHEL/Rocky + Cockpit、Proxmox（配合 ZFS 和 Proxmox Backup Server）以及 NixOS 也是 DIY NAS 的热门基础平台，各自在简洁性、工具和生态方面有所取舍。
AI 与存储价格（题外话）
- 一些发帖者将当前存储和内存高价归咎于 AI 热潮；有人说，他们宁愿放弃现代 LLM，也希望回到更便宜的硬件和更少的“垃圾”内容。另一些人则认为 AI 足够具有变革性，值得暂时承受这些痛苦。