TrueNAS 27 RC.1 实测解析：OpenZFS 2.4 落地，ZFS 数据直接开 S3 接口
NAS 系统的版本发布通常只有两个看点：容量数字变大，吞吐数字变大。TrueNAS 27 RC.1 这次不太一样——10 月 5 日发布的官方公告里，通篇讲的是管理成本，真正带数字的性能改进反而被放在第四节。
这背后的现实压力写得很直白：闪存价格上涨超过 300%，闪存与 HDD 之间按原始容量计算的单位成本差距约 20 倍。在这样的价格结构下，”把数据放在哪一层”就是存储运维真正的成本命题，TrueNAS 27 的核心改动几乎全在围着这件事转。
需要先说清楚一件事：这个版本此前以 TrueNAS 26 的名义在 beta 阶段测试，RC.1 发布时改名。官方的理由是”多数用户会在 2027 年实际部署它”——改名是为了让版本号和实际落地年份对上。TrueNAS 27.0 计划在 2026 年 12 月初发布，RC.1 是给早期用户和测试系统的，生产系统官方建议等 27.0 甚至 GA。
底层换血：OpenZFS 2.4 + Linux 6.18
这部分是最”不用调参”的收益——升级即得：
| 项目 | 变化 | 实际影响 |
|---|---|---|
| 去重（dedup）写入 | 最高快 25% | 重复数据多的场景（虚拟机镜像、备份、媒体库）直接受益 |
| 加密 | 支持 AVX2 扩展的 CPU 上更快 | 官方说明目前出货的 TrueNAS Enterprise 设备均具备 AVX2 能力 |
| 写入分配 | 更智能，减少碎片 | 池子接近填满时保持响应 |
| 配额 | 默认开启用户/组/项目配额 | 长期被诟病的默认无限制配额终于变成默认有限制 |
| Scrub | 可限定时间窗口 | 把 scrub 排在业务低峰，而不是全天候抢占 IO |
| Linux 内核 | 升至 6.18 | 更新了 Broadcom tri-mode HBA 驱动、Gen5 PCIe 交换驱动、新 NVIDIA GPU 驱动 |
| 容器 | LXC 容器完整支持 | 25.04 引入为实验特性，25.10 成熟，现在转正 |
配额默认开启这条值得单独说一句——对绝大多数国内企业用户来说，过去装完 NAS 第一件事就是手动去把每个 dataset 的配额设好，漏设的直接后果是某个部门把池子写满、影响全盘。现在它变成了默认行为，属于那种”你不会注意到、但避免一次事故”的变化。
同理，scrub 限定时间窗口是一个功能上不起眼、运维上极其实用的开关：ZFS 的 scrub 读取全量元数据做一致性校验，跨几十 TB 的池子跑一轮可能要几十小时，而在业务高峰期跑 scrub 是典型的自找麻烦。
Fusion Pools 2.0：把闪存层做成可配置的一等公民
TrueNAS 的混合存储设计由来已久，Fusion Pool 的思路是：把闪存作为 special vdev 与磁盘 data vdev 配对，让元数据、小文件和指定 dataset 跑在闪存速度上，大容量数据留在磁盘。
这一版的实质进展有三个：
RAIDZ special vdev。 过去 special vdev 只能做成 mirror 拓扑（为了冗余），这次加入 RAIDZ 支持，布局更灵活，也能更充分地利用可用的 SSD 容量。
special vdev 当 SLOG 用。 special vdev 现在可以承担 ZFS 日志设备链的一部分，用于处理同步写入。如果系统里已有独立日志设备，它优先；没有、或者设备故障、或者混合负载初期需要消化同步写时，special vdev 顶上——向客户端确认写入已落在稳定存储上、可防突然断电。
Live Dataset Tiering（TrueNAS Enterprise）。 在性能层（闪存）与容量层（磁盘）之间透明迁移数据块，且不打断客户端。这是三者里最值钱的一个，也是最能体现这次发布主题的：它让”数据分层”从一个建池时的静态决策，变成一个运行时可以调整的策略。
TrueNAS Object Interface：ZFS 数据直接以 S3 暴露
这是 RC.1 后期才加进来的能力，也是整份公告里最被低估的一条。
在 TrueNAS 上想要 S3 对象存储，以往的做法是部署一个容器化的第三方应用。现在对象存储成了原生服务：每个 bucket 就是一个 ZFS dataset。
这意味着什么？对象数据和文件数据共享同一套快照、配额、复制与数据完整性机制，同一个 WebUI 管理，同一份数据可以并发地通过 S3、SMB、NFS、AD 和 WebShare 访问。
RC.1 已经覆盖了应用真正依赖的核心 S3 API 能力：
- – 分段上传（multipart uploads）
- – 对象标签（object tagging）
- – bucket 与 object 级 ACL
- – 版本控制（versioning）
- – 不可变性（immutability / Object Lock）
有了这些，它就能作为 S3 兼容备份软件的不可变目标——这是勒索软件防护里的关键一环，备份端写进去之后即使主机被攻陷也改不掉。
部署上的两点值得注意：所有 TrueNAS 版本都能跑，且无容量限制，包括完全离线的模式（面向气隙环境）；但版本控制和 Object Lock 需要 TrueNAS Connect Plus 许可证或 Enterprise 系统。功能本身处于 Early Access，官方目标是 2027 年达到完整生产状态。
两项运维体验向的功能：TrueSearch 与 WebShare
这两个功能在一月份就展示过，到 RC.1 才正式开放试用。
TrueSearch 是服务端索引：把文件名、元数据和内容都建成索引，结果秒回，而不是在目录树里一层层走。macOS 用户还有一条捷径——在 SMB 共享上启用 Spotlight 集成后，Finder 会像搜索本机一样搜索 TrueNAS 共享。官方特别说明索引在服务端预先建好，所以不会让某台 Mac 在网络上爬整个共享。
WebShare 则把同一份数据以浏览器、平板、手机访问，ACL 和权限保持完整。可以预览媒体、浏览快照、收发文件，体验接近 Dropbox，但数据不出内网。
两个限制要记清：WebShare 需要 TrueNAS Connect；Spotlight 搜索需要 TrueNAS Connect 或 Enterprise 许可证。另外官方 FAQ 明确提醒：加密 dataset 不参与索引；Mac 端需要把 Finder 搜索范围设为该共享，因为搜”This Mac”不包含网络共享。
Stateful SMB 故障转移：HA 的最后一块短板
TrueNAS HA 系统的结构是同一机箱内两个控制器共享全部存储设备，硬件故障时备机接管流量、把存储池拉回在线。这个流程过去对 SMB 用户意味着会话中断：客户端要重连、有时还得重新认证，正在进行的大文件拷贝会失败重来。
TrueNAS 27 的 stateful SMB failover 让 SMB 会话状态在控制器切换时保持一致——客户端直接接续原有会话，不需要重新认证，大文件传输从中断处继续。
受影响最明显的场景很具体：共享媒体上的剪辑师、数字视频监控系统、以及把多 GB 文件直接写入 NAS 的扫描仪和仪器。该功能仅在 TrueNAS Enterprise HA 系统上可用，需要在 SMB 服务设置里开启。
版本节奏：一年一个主版本
TrueNAS 27 是 TrueNAS 首次采用年度主版本节奏。官方的理由是每年一个版本能留出更多设计与测试时间，也意味着用户需要规划的大版本升级次数变少。
从 RC.1 到 27.0（12 月初）这一段，官方明确说明重心转向稳定性、打磨和反馈：早期用户和测试系统现在就可以上，生产系统应当等 27.0。
小夏点评
一、这一版最该被注意的不是”新功能多”，而是”默认值的反转”。 配额默认开启、scrub 可限时间窗、LXC 转正——这三件事的共同点是把管理员过去需要主动做的正确动作，变成了系统的默认行为。这类改动的价值从来不在发布稿的第一屏，而在事故发生的那一天：过去漏设配额导致写满全池、过去只能在业务高峰期跑 scrub 这类问题，现在在默认配置下就不会发生。国内团队看开源存储发布时容易只盯着性能数字，但配额和 scrub 时间窗这两条，才是能直接减少工单量的东西。
二、Live Dataset Tiering 是最值得企业用户认真评估的功能，但它被许可证挡住了。 闪存涨 300%、闪存与 HDD 原始容量单位成本差约 20 倍的大背景下，“数据分层”是存储成本的第一杠杆——过去这个决定在建池时就固化成了静态布局，容量涨上去之后想调整代价极高；现在可以在运行时把数据块透明地在闪存层和磁盘层之间迁移，且不打断客户端。注意它的限制：这是 TrueNAS Enterprise 专属功能。所以对企业用户的实际决策路径是：先算清自己池子的冷热分布，如果大部分数据其实是冷的、却因为当初图省事全放在闪存上，那这笔钱本来就能省回来——是否值得为它上 Enterprise 许可证，取决于你能省下的闪存采购规模，而不是这个功能听起来有多酷。
三、给国内 IT 运维与开发者的启示：原生 S3 接口把 NAS 和对象存储的边界抹掉了，这会改变很多架构决策。 三条具体建议：其一，如果你的备份链路现在还在跑 MinIO/Ceph 之类容器化的 S3 atop NAS，可以认真评估迁移到原生 Object Interface 的收益——桶即 dataset、快照即不可变备份目标、复制策略复用 ZFS 成熟机制，这些在自建容器方案里往往要自己拼装，尤其在气隙环境里原生离线模式的价值更高；其二，Object Interface 现在是 Early Access，2027 年才目标转正，所以生产上用要留退路——它已经覆盖 multipart upload、对象标签、ACL、版本控制这些关键 API，足以当不可变备份目标，但别把它放在没有其他副本的关键路径上；同时注意版本控制和 Object Lock 需要 Connect Plus 或 Enterprise，选型时把许可证算进 TCO；其三，不要因为”是 RC.1″就跳过它，也不要因为”新”就急着上生产——官方的姿态很明确：生产等 27.0，早期用户现在测。对于有测试环境的团队，现在正是把 S3 兼容性、断点续传、备份软件对接这些真实工作负载跑一遍的窗口期，因为等 12 月 27.0 发布时，你想验证的东西反而只剩下了”有没有 bug”。
参考链接
- – 主源：TrueNAS Blog《TrueNAS 27 RC.1: The Feature Set》（2026-10-05，官方发布稿）https://www.truenas.com/blog/truenas-27-rc1-feature-set
- – 主源：TrueNAS Blog《TrueNAS 27 is Here》（版本改名与年度节奏说明）https://www.truenas.com/blog/truenas-27-is-here
- – 官方功能说明：TrueNAS Blog《WebShare / TrueSearch 介绍》https://www.truenas.com/blog/truenas-webshare/
- – 官方下载页（RC.1 与 27.0 发布后可获取）https://www.truenas.com/download/
- – 官方社区论坛（Object Interface 反馈通道）https://forums.truenas.com/
- – 官方文档：OpenZFS 2.4 与 Linux 6.18 相关发行说明见 TrueNAS 文档库 https://www.truenas.com/docs/
