北京
我的家庭实验室里，虚拟化平台、路由器、存储服务器，这些关键系统我一向坚持分机部署。很长一段时间，我都是让TrueNAS独占一台物理机，把它和那些跑着实验性负载的Proxmox宿主机隔离开。考虑到我平时在主节点上折腾的花样有多野，这个隔离策略简直天经地义。
但最近一个项目里，我破例在Proxmox虚拟机上部署了TrueNAS，结果出奇地稳定。当然，我要是把Proxmox节点搞崩了，上面的TrueNAS虚拟机也会跟着宕机。但只要不过分乱来，我得承认，iXsystems推荐的虚拟化部署方案，可靠性足够撑起一台混合型的Proxmox工作站。
把TrueNAS虚拟机当成普通Linux发行版来装，是后续灾难的配方。即便一开始能跑起来，这套NAS配置也暗藏风险。随便一个非ZFS存储平台的Linux虚拟机，创建流程都很直白：在Proxmox的向导里起个名，分配好CPU、内存和存储资源就行了。想多挂几块盘，就去硬件选项卡里添加成虚拟磁盘，或者进Proxmox的Shell执行几条命令，把整块物理驱动器指派给虚拟机。
这套操作对开发用的虚机或许没问题，对TrueNAS虚拟机却远非理想。TrueNAS底层用的是极其强大的ZFS文件系统，它必须直接掌控物理磁盘。把磁盘指派给TrueNAS虚拟机，会引入额外的虚拟化层，可能破坏写缓存机制。一旦宕机时写入操作的顺序被打乱，我存储池的数据完整性就难免受损。
就算通过Shell命令把裸盘直通给TrueNAS虚拟机，这些虚拟化层照样存在。我的虚拟化备份系统无法正常追踪S.M.A.R.T.状态，不能检查磁盘信息，也没法正确刷新磁盘缓存。刚开始可能一切正常，但没有硬件级别的磁盘访问权，虚拟化TrueNAS最终的结局就是存储池损坏。
好在，要让TrueNAS在Proxmox上安稳跑起来，还有一条路可以走。既然仅仅把磁盘暴露给TrueNAS会夹带额外的虚拟机管理程序层，最安全的方式就是把整块SATA控制器直通给虚拟机。这样一来，TrueNAS虚拟机就能通过ZFS直接掌管磁盘，获得硬件级别的访问能力，该有的磁盘信息检测、缓存刷新统统恢复正常。
整个PCIe直通的配置过程，一旦搞清楚门道，其实相当简洁。Proxmox这边确认好IOMMU开启、把SATA控制器从宿主机驱动里解绑，再挂到TrueNAS虚拟机上；TrueNAS这边就能像控制物理机一样控制这些硬盘。事实证明，只要让存储控制器绕开那层虚拟化抽象，虚拟化环境下的数据完整性风险瞬间降到可接受的水平。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
