TrueNAS SCALE 与 OpenMediaVault 在 Proxmox VE 环境下的适用性分析

最后更新于:2025-11-21 19:18:12

中小企业虚拟化存储架构深度评估报告:TrueNAS SCALE 与 OpenMediaVault 在 Proxmox VE 环境下的适用性分析

1. 执行摘要与战略背景

在当前数字化转型的浪潮下,中小企业(SME)正面临着前所未有的数据管理挑战。随着业务形态从单一的文档处理向大数据分析、实时协作以及虚拟化基础设施演进,存储系统不再仅仅是静态的数据仓库,而是成为了企业IT架构中最为关键的动力引擎。对于资源有限但对数据完整性与业务连续性有极高要求的中小企业而言,选择正确的网络附加存储(NAS)操作系统,并将其有效地整合进现有的虚拟化平台——特别是日益流行的 Proxmox Virtual Environment (PVE)——成为了技术决策中的核心议题。

本报告旨在提供一份详尽、专业且具备高度可操作性的研究分析,深入对比两款基于 Linux 的开源存储解决方案:由 iXsystems 主导开发的企业级存储平台 TrueNAS SCALE,以及由社区驱动的轻量级模块化系统 OpenMediaVault (OMV)。本分析将超越基础的功能列表对比,深入系统内核架构、文件系统机制、虚拟化集成特性、安全合规模型以及应用生态等多个维度,特别是针对它们在 Proxmox VE 虚拟机环境下的运行表现进行解构。

分析显示,虽然两者均源自开源生态并基于 Debian Linux 构建,但其设计哲学、目标受众以及在企业环境中的生存能力存在本质差异。TrueNAS SCALE 展现出“存储设备(Appliance)”的严谨特征,以数据安全性(ZFS)、协议合规性(ACLs)和高度集成的管理体验为核心优势,适合作为关键业务的存储后端;而 OpenMediaVault 则秉持“通用服务器(General Purpose Server)”的灵活性,以极低的资源开销和高度可定制的插件系统,在边缘计算、非关键备份以及低成本硬件利旧场景中占据一席之地。本报告将通过严密的技术论证,为企业架构师在构建高可靠、可扩展的存储架构时提供决策依据。

2. 架构哲学与系统设计定位

在深入具体的技术细节之前,理解两款操作系统的顶层设计哲学至关重要。这种哲学差异决定了系统在面对故障、升级以及扩展时的基本行为模式,直接影响企业的运维成本(OPEX)。

2.1 TrueNAS SCALE:固件化设备的严谨与封闭

TrueNAS SCALE 代表了现代企业级存储系统的设计趋势——将操作系统视为不可变的“固件”。尽管其底层基于 Debian Linux,但 iXsystems 构建了一套严格的管理框架,将底层操作系统与用户配置完全隔离。

不可变基础设施与启动环境(Boot Environments):

TrueNAS SCALE 采用了一种基于 ZFS 的启动环境管理机制。系统更新不仅仅是软件包的替换,而是整个操作系统镜像的更迭。每次升级,系统都会克隆当前的启动数据集,并在新的克隆上应用更新。这意味着,无论升级过程中发生何种灾难性的错误(如断电、脚本错误),管理员只需在启动加载器(Grub)中选择旧的启动环境,即可在几分钟内将系统回滚到升级前的完美状态 1。对于不能容忍长时间停机的中小企业而言,这种确定性是无价的。

中间件驱动的管理模型:

在 TrueNAS 中,用户并不被鼓励通过 SSH 直接修改配置文件(如 /etc/samba/smb.conf 或 /etc/exports)。所有的配置变更必须通过 WebUI 或 API 进行,这些请求由 TrueNAS 中间件(Middleware)拦截、验证并最终写入系统。这种设计确保了配置的一致性,防止了由于人工编辑配置文件导致的语法错误或逻辑冲突 3。中间件还负责协调 ZFS、网络服务和硬件驱动之间的状态,确保系统在运行时的一致性。

2.2 OpenMediaVault:通用 Linux 的灵活与碎片化

OpenMediaVault (OMV) 的设计理念则截然不同。它本质上是一个为 Debian Linux 提供 Web 管理界面的软件包集合。其核心设计目标是“最小化”和“模块化”,允许用户在一个标准的 Linux 发行版上构建 NAS 功能。

包管理驱动的动态更新:

OMV 的更新机制完全依赖于 Debian 的 APT(Advanced Package Tool)。这意味着系统的状态是动态演进的,管理员通过 apt-get update && apt-get upgrade 来获取安全补丁和功能更新。虽然这赋予了管理员极大的自由度(可以安装任意 Debian 兼容的软件包),但也引入了“依赖地狱”的风险。如果上游 Debian 的某个基础库更新与 OMV 的核心组件或第三方插件(如 OMV-Extras)发生冲突,可能会导致 Web 界面无法访问或服务中断 4。

插件生态的双刃剑:

OMV 的核心功能非常精简,大量高级功能(如 ZFS 支持、Docker 管理、iSCSI 目标)都依赖于插件系统。这种去中心化的开发模式虽然激发了社区的创造力,但也导致了质量控制的碎片化。例如,OMV 的核心开发者主要关注基础框架,而像 ZFS 这样的关键功能则由第三方维护。在 OMV 6 向 OMV 7 过渡期间,就曾出现过因内核版本不匹配导致 ZFS 插件失效、文件系统无法挂载的严重事故 5。对于缺乏深厚 Linux 运维能力的中小企业,这种不确定性构成了显著的运营风险。

3. 虚拟化集成深度分析:Proxmox VE 环境下的挑战与最佳实践

将 NAS 作为虚拟机运行在 Proxmox VE 上,是整合硬件资源、提高能效的常见策略。然而,这种“超融合”架构对存储系统的资源管理和硬件交互提出了特殊要求。

3.1 内存管理机制:ZFS ARC 与虚拟化气球驱动的冲突

内存是存储性能的关键瓶颈,尤其是在涉及 ZFS 这种写时复制(CoW)文件系统时。

TrueNAS SCALE 的内存需求与 ARC 机制:

TrueNAS SCALE 官方建议的最低内存配置为 8GB,而在实际的企业生产环境中,遵循“每 1TB 存储容量对应 1GB 内存”的经验法则是确保性能的基准 1。这是因为 ZFS 极度依赖自适应替换缓存(ARC),这是一种智能的读缓存机制,将最常访问(MFU)和最近访问(MRU)的数据驻留在内存中。

在 Proxmox VE 环境下,这种机制面临挑战。KVM 虚拟化通常启用 VirtIO Balloon(内存气球)驱动,允许宿主机在内存紧张时回收客户机的内存。然而,ZFS ARC 默认倾向于吞噬所有可用内存,并在内核层面将其标记为“可回收的缓存”。当 Proxmox 宿主机触发气球膨胀以回收内存时,如果 TrueNAS 内部释放 ARC 的速度跟不上气球膨胀的速度,就会导致客户机内部的内存压力骤增,进而触发 OOM(Out of Memory)Killer,杀死关键的中间件进程甚至导致系统崩溃 10。

最佳实践: 在 Proxmox 中部署 TrueNAS 时,必须严格禁用内存气球设备,并预留固定的内存容量。这虽然降低了虚拟化平台的资源弹性,但对于保障存储服务的稳定性是绝对必要的。

OpenMediaVault 的轻量化优势:

相比之下,OMV 展现出了极强的适应性。由于其主要依赖 Linux 内核标准的页面缓存(Page Cache),这种缓存机制与 Linux 内存管理子系统的集成更为平滑,能够更优雅地响应内存回收请求。OMV 可以在仅分配 1GB 内存的虚拟机中稳定运行基础的文件共享服务 4。对于那些预算极度有限、使用非 ECC 内存或旧硬件的小微企业,OMV 是唯一可行的选择。

3.2 磁盘交互模型:直通(Passthrough)与虚拟磁盘(Virtual Disk)

在 Proxmox VE 中,如何将物理存储呈现给 NAS VM,直接决定了数据的安全性和系统的性能。

TrueNAS SCALE 的硬件直通硬性要求:

iXsystems 社区和官方文档反复强调,运行 TrueNAS 必须将磁盘控制器(HBA)直通给虚拟机。这是因为 ZFS 的设计前提是它能直接与物理磁盘对话,管理底层的缓存刷新(Flush)、读取 SMART 健康数据以及处理读写错误。如果中间隔了一层虚拟化抽象(如 VirtIO),宿主机可能会出于性能优化合并写入指令或欺骗客户机“写入已完成”,一旦发生断电,ZFS 的事务日志(ZIL)可能并未真正落盘,导致致命的存储池损坏 16。此外,如果在宿主机的 ZFS 存储池上再运行 TrueNAS 的 ZFS(即“ZFS on ZFS”),会产生严重的写放大效应(Write Amplification),导致性能呈指数级下降。

OpenMediaVault 的虚拟化适应性:

OMV 对底层存储形式不敏感。在 Proxmox 环境中,一种非常高效的部署模式是在宿主机层面配置 ZFS RAID 以提供数据保护,然后划分虚拟磁盘给 OMV 使用。OMV 将其识别为普通块设备并格式化为 EXT4 或 XFS。这种架构让 OMV 专注于上层协议(SMB/NFS/FTP)的管理,而将繁重的数据保护工作交给宿主机。这不仅避免了复杂的直通配置(需支持 IOMMU 的 CPU 和主板),还允许管理员利用 Proxmox 强大的备份服务器(PBS)对 OMV 虚拟机进行整体备份和秒级恢复 20。

4. 存储引擎核心深度解析:ZFS 原生集成 vs. 插件化实现

存储引擎是 NAS 的心脏。对于中小企业而言,数据的长期保存(Archiving)和抗腐烂(Bit Rot Protection)能力是核心考量。

4.1 TrueNAS SCALE:OpenZFS 的完全体

TrueNAS SCALE 是目前市场上 OpenZFS 实现最为成熟的平台之一。ZFS 在这里不仅仅是一个文件系统,更是一个集成了卷管理、RAID 控制和数据校验的逻辑层。

数据完整性校验(Checksumming): 传统 RAID 控制器只能保证磁盘依然在转动,无法保证读出来的数据是正确的。ZFS 通过默克尔树(Merkle Tree)结构,对写入磁盘的每一个数据块计算校验和。读取时,系统会自动比对校验和,一旦发现不匹配,ZFS 会利用冗余数据(镜像或 RAIDZ)自动修复损坏的数据块。这对于防止静默数据损坏至关重要 22。

写入时复制(Copy-on-Write, CoW): CoW 机制从根本上消除了“写入空洞”风险,并赋予了系统创建即时快照的能力。TrueNAS 允许管理员设置细粒度的快照策略(例如每 15 分钟一次),这些快照是只读的、不可变的。面对勒索软件攻击时,管理员可以将文件系统回滚到任意历史时间点,这是目前最有效的数据保护手段之一 23。

原生加密: TNS 支持数据集级别的原生加密,利用 CPU 的 AES-NI 指令集加速,即使硬盘被盗,数据也无法被读取 8。

4.2 OpenMediaVault:插件化的 ZFS 与风险

OMV 默认使用标准的 Linux 文件系统(EXT4, XFS, BTRFS)配合 mdadm 软件 RAID。虽然这套组合久经考验且资源占用低,但缺乏 ZFS 的高级特性(如自愈和校验)。为了获得这些功能,OMV 用户通常通过 OMV-Extras 安装 ZFS 插件。

集成度的鸿沟: OMV 的 ZFS 插件虽然能让系统识别 ZFS 池,但在管理体验上与 TrueNAS 存在巨大差距。在 TNS 中,ZFS 的配置、扩容、替换磁盘、设置 Scrub 任务都集成在一级菜单中,且有完善的向导。而在 OMV 中,许多高级操作(如替换故障盘、发送快照流)往往需要回退到命令行界面(CLI)进行,这大大提高了运维门槛 24。

升级稳定性: 如前所述,OMV 的 ZFS 支持是通过 DKMS 编译内核模块实现的。这引入了严重的依赖链风险。在 OMV 7 的早期版本中,Proxmox 内核的更新曾导致 ZFS 模块编译失败,致使存储池无法挂载。对于没有能力处理内核模块编译错误的普通管理员,这无异于灾难 5。此外,OMV 的快照管理较为原始,自动化快照和清理往往依赖于简单的 Cron 任务或第三方脚本,缺乏可视化的时间轴视图 26。

技术洞察: 在 Proxmox 虚拟机中,如果无法直通磁盘,在 OMV 上使用 EXT4 实际上比强行使用 ZFS 更为理性和高效。如果必须使用 ZFS,TrueNAS 的原生集成提供了无可比拟的可靠性和易用性。

5. 局域网协议性能与企业级连接

中小企业局域网环境不仅涉及文件共享,还越来越多地涉及虚拟化存储后端支持。

5.1 SMB/CIFS:Windows 环境的深度整合

Windows 是中小企业最主流的桌面操作系统,SMB 协议的性能和兼容性直接影响用户体验。

TrueNAS 的优化: TrueNAS 对 Samba 服务进行了深度调优。它支持多通道(Multichannel)技术,允许客户端利用多张网卡同时传输数据,突破单链路速度限制。更重要的是,TNS 完美集成了 Windows 的“卷影副本(Shadow Copies)”功能。TNS 的 ZFS 快照可以直接映射为 Windows 资源管理器中的“以前的版本”,用户无需联系 IT 管理员即可自行恢复误删或覆盖的文件 22。此外,TNS 能够正确处理 Windows 的 NTFS 备用数据流(Alternate Data Streams),确保文件元数据的完整性 29。

OMV 的基础支持: OMV 提供了标准的 SMB 共享功能,性能在大多数场景下足够。然而,配置卷影副本等高级功能需要手动编辑 Samba 配置文件或安装额外插件,开箱体验较差。

5.2 iSCSI:块存储的决定性差异

iSCSI 是虚拟化环境(如 VMware ESXi, Proxmox)和数据库服务器(SQL Server)首选的存储协议。

TrueNAS 的企业级 iSCSI: TNS 提供了原生的、基于内核的 iSCSI 支持。其配置界面涵盖了 Target Global Configuration, Portals, Initiators, Extents 等所有企业级要素。支持 CHAP 认证、MPIO 多路径传输以及 VAAI(vStorage APIs for Array Integration)硬件加速特性。在 ZFS 强大的 ARC 缓存加持下,TNS 能够提供极高的随机 IOPS 性能,非常适合作为高负载数据库或虚拟机的后端存储 24。

OMV 的 iSCSI 缺失: OMV 在 iSCSI 支持方面表现令人失望。在 OMV 6 和 7 版本中,原有的 iSCSI Target 插件经常处于不可用、维护停滞或与新内核不兼容的状态。虽然用户可以尝试通过底层的 targetcli 手动配置,但这不仅复杂,而且容易在系统更新后失效 30。对于需要可靠块存储的企业,OMV 基本上不具备生产可用性。

6. 安全合规:访问控制与目录服务集成

随着企业规模的扩大,精细化的权限管理成为刚需。

6.1 权限管理的“地狱”与“天堂”

OMV 的 POSIX 局限: OMV 默认沿用 Linux 标准的 POSIX 权限模型(Owner/Group/Others)。虽然它支持 ACL(访问控制列表),但在 Web 界面中的实现非常基础且令人困惑。管理员经常面临权限继承失效、子文件夹权限冲突等问题,社区中充满了关于“权限地狱”的抱怨 28。OMV 难以直观地配置类似“允许用户读取文件但禁止删除”这种 Windows 风格的高级权限。

TrueNAS 的 NFSv4/Windows ACL 编辑器: TNS 引入了一套极其强大的 ACL 编辑器,原生支持 NFSv4 ACL 标准,这种标准在设计上与 Windows NTFS ACL 高度兼容。管理员可以通过图形界面轻松配置复杂的权限条目(ACE),包括细粒度的权限(如“写入属性”、“读取扩展属性”、“更改权限”)以及拒绝规则(Deny Rules)。这种能力对于法律、财务等对数据访问有严格合规要求的行业至关重要 34。

6.2 目录服务集成

TrueNAS SCALE 提供了无缝的 Active Directory (AD) 和 LDAP 集成。系统可以自动加入域,拉取用户和组列表,并直接在 ACL 编辑器中为域用户分配权限。对于拥有数十名员工的企业,这意味着无需在 NAS 上维护第二套账户体系,极大降低了管理成本 22。OMV 虽然也支持 LDAP/AD,但配置过程繁琐,经常需要手动调整 SSSD 或 PAM 配置才能正常工作。

7. 应用生态:容器化的演进与选择

NAS 服务器逐渐演变为承载应用(如 Nextcloud, Plex, ERP)的综合平台。

7.1 TrueNAS SCALE "Electric Eel" 的 Docker 革命

在 24.04 版本之前,TrueNAS SCALE 使用 Kubernetes (K3s) 作为应用后端,这被证明对于单节点 NAS 来说过于复杂且资源消耗巨大。在最新的 24.10 "Electric Eel" 版本中,iXsystems 做出了重大战略调整,移除了 K3s,转而原生集成 Docker 和 Docker Compose 29。

这一变革彻底改变了游戏规则。现在,管理员可以直接在 WebUI 中使用 Docker Compose YAML 文件部署应用,或者通过向导式界面配置容器。这不仅大幅降低了资源开销,还使得 TNS 能够直接利用海量的标准 Docker 镜像生态。系统还引入了“沙箱(Sandbox)”概念,允许在隔离环境中运行受控的容器栈。对于中小企业,这意味着可以在存储数据的同一台服务器上,以极低的开销运行内部 Wiki、资产管理系统或监控平台,且数据持久化直接由底层的 ZFS 处理 36。

7.2 OpenMediaVault 的 Portainer 依赖

OMV 本身没有内置的应用商店,而是通过 OMV-Extras 插件安装 Docker 引擎和 Portainer(或 Yacht)管理界面。虽然 Portainer 功能强大,但这本质上是将应用管理外包给了第三方工具。OMV 的核心系统并不感知容器的运行状态,也不负责容器配置的备份。这种松散的耦合提供了极大的灵活性,但也增加了系统集成的复杂度 4。与之相比,TrueNAS SCALE 24.10 将应用管理、网络配置和存储挂载统一在一个界面下,提供了更一致的运维体验。

8. 运维生命周期与灾难恢复 (DR)

8.1 备份策略与异地容灾

TrueNAS 的复制生态: TrueNAS 内置了极其强大的“复制任务(Replication Tasks)”。通过 ZFS Send/Recv 机制,它可以高效地将增量数据块同步到另一台 TrueNAS 服务器、远程 SSH 节点或云对象存储(S3, Backblaze B2)。由于是基于数据块的传输,其速度远超基于文件的 rsync,且能完美保留源端的所有快照历史。这使得中小企业能够轻松构建“3-2-1”备份架构 22。

OMV 的基础备份: OMV 主要依赖 rsync 和 USB Backup 插件。虽然对于简单文件同步足够,但在处理数百万个小文件或需要保持文件系统历史状态时,效率和功能性远不及 ZFS 复制 22。

8.2 技术支持与服务等级协议 (SLA)

iXsystems 的商业背书: 虽然 TrueNAS SCALE 是免费的,但其背后有 iXsystems 这家商业公司支持。企业用户可以选择购买 TrueNAS Enterprise 硬件和服务,获得银牌或金牌支持服务(包括 24/7 响应、4小时上门硬件更换等)40。即使是免费用户,也能受益于与企业版相同的代码库质量和严格的 QA 测试。

OMV 的社区依赖: OMV 是一个纯粹的社区项目,核心开发高度依赖个人(Volker Theile)。虽然社区活跃,但对于商业用户而言,缺乏正式的 SLA 和责任主体是一个潜在的合规风险。

9. 结论与战略建议

9.1 综合对比总结矩阵

9.2 最终决策建议

针对中小企业(SME)局域网环境,特别是基于 Proxmox VE 的部署场景,本报告提出以下战略建议:

首选方案:TrueNAS SCALE
对于承载企业核心数据(如财务、研发、虚拟化后端)的场景,TrueNAS SCALE 是无可辩驳的最佳选择。其原生的 ZFS 数据保护、精细的 ACL 权限控制以及 24.10 版本带来的原生 Docker 支持,构成了一个兼具稳定性与现代化的存储平台。

部署前提: 企业必须愿意投入适当的硬件成本,特别是购买支持直通的 LSI HBA 控制器和足够的 ECC 内存(建议 16GB 起步),并严格遵循“禁用内存气球”等虚拟化最佳实践。

特定场景备选:OpenMediaVault
OMV 仅建议在以下受限场景中使用:

硬件利旧与边缘计算: 当必须使用不支持直通的老旧硬件,或内存资源极度受限(<4GB)时。

非关键辅助存储: 作为二级备份目标,或者仅用于非关键数据的临时中转。

Linux 运维团队: 如果企业内部拥有精通 Debian 运维的技术人员,能够自行处理内核依赖和插件冲突问题,OMV 的灵活性可能成为一种优势。

综上所述,TrueNAS SCALE 是一项保障业务连续性的基础设施投资,而 OpenMediaVault 是一个优秀的低成本技术工具。 对于追求长期稳定与数据安全的中小企业,TrueNAS SCALE 的架构优势远超其对硬件资源的额外需求。

Works cited

Installing TrueNAS | TrueNAS Documentation Hub, accessed November 21, 2025,

Getting Started | TrueNAS Documentation Hub, accessed November 21, 2025,

TrueNAS SCALE vs OpenMediaVault, accessed November 21, 2025,

OpenMediaVault vs TrueNas Scale - Reddit, accessed November 21, 2025,

I got an error during an "apt upgrade" and the ZFS filesystem disappeared : r/OpenMediaVault - Reddit, accessed November 21, 2025,

Problem with ZFS CM4 for OpenMediaVault and Kernel Headers - Raspberry Pi Forums, accessed November 21, 2025,

Update failure : r/OpenMediaVault - Reddit, accessed November 21, 2025,

TrueNAS Hardware Guide, accessed November 21, 2025,

TrueNAS Community Hardware Guide, accessed November 21, 2025,

Memory ballooning, PCIE passthrough booting from nvme - Proxmox Support Forum, accessed November 21, 2025,

VMs crashing with Out of Memory (OOM) on ZFS - Proxmox Support Forum, accessed November 21, 2025,

Prequisites — openmediavault 7.x.y documentation, accessed November 21, 2025,

Best practices new virtualized installation in Proxmox - TrueNAS, accessed November 21, 2025,

Best practices for boot/data drive setup (TN Scale on Proxmox) | TrueNAS Community, accessed November 21, 2025,

ZFS on Linux - Proxmox VE, accessed November 21, 2025,

ZFS inside a virtual machine - Server Fault, accessed November 21, 2025,

Guidance needed on structuring/planning TrueNAS HDD/SSD setup for PROXMOX, accessed November 21, 2025,

A question about storage (ZFS) and a NAS VM : r/Proxmox - Reddit, accessed November 21, 2025,

TrueNas and Proxmox, accessed November 21, 2025,

ZFS Setup with Proxmox for OMV - Reddit, accessed November 21, 2025,

Using ZFS pool and dataset on my Proxmox with OMV, accessed November 21, 2025,

TrueNAS vs UnRAID vs OMV (in 2025) - NAS Compares, accessed November 21, 2025,

OpenMediaVault vs. TrueNAS: Which NAS OS Should You Choose? - nasbuilds, accessed November 21, 2025,

OpenMediaVault vs TrueNAS Scale: Which free NAS OS comes out on top?, accessed November 21, 2025,

What to choose openmediavault or truenas or other? - Reddit, accessed November 21, 2025,

misc_docs:auto_zfs_snapshots [omv-extras.org], accessed November 21, 2025,

ZFS snapshot lifetime and replication to another system - TrueNAS Community Forums, accessed November 21, 2025,

I don't understand how to set ACL for a SMB share on truenas scale 22.02 - Reddit, accessed November 21, 2025,

24.10 (Electric Eel) Version Notes | TrueNAS Documentation Hub, accessed November 21, 2025,

Trying to use OMV7 (7.7.3-1 Sandworm) for iSCSI : r/OpenMediaVault - Reddit, accessed November 21, 2025,

Issue setting up ISCSI in Proxmox with OpenMediaVault - Reddit, accessed November 21, 2025,

iSCSI on Openmediavault : r/selfhosted - Reddit, accessed November 21, 2025,

Shared Folders — openmediavault 8.x.y documentation, accessed November 21, 2025,

Setting Up Permissions | TrueNAS Documentation Hub, accessed November 21, 2025,

Edit ACL Screens | TrueNAS Documentation Hub, accessed November 21, 2025,

Docker/Docker Compose on bare metal in Electric Eel !!!!! : r/truenas - Reddit, accessed November 21, 2025,

Hands-On with TrueNAS SCALE 24.10 Electric Eel: Configure Docker Compose and Traefik - Working SSL Certificates | Space Terran, accessed November 21, 2025,

Docker Apps with Electric Eel - TrueNAS Community Forums, accessed November 21, 2025,

openmediavault - DATA SOVEREIGNTY MADE EASY, accessed November 21, 2025,

TrueNAS™ Enterprise Support Service & Coverage - iXsystems, Inc., accessed November 21, 2025,

TrueNAS Customer Support | Open Enterprise Storage, accessed November 21, 2025,