请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 282 天前的主题，其中的信息可能已经有所发展或是发生改变。
esxi 做底层
truenas 虚拟机接管 12 块 HDD 硬盘提供存储整合（直通 HBA 卡给 truenas ，Rz2 ，作为一整个存储池） 构想 1：用 truenas 的 iSCSI 给 esxi 挂载为存储，然后作为硬盘插到群晖虚拟机中； 构想 2：用 NFS 共享直接在群晖虚拟里中挂载为共享文件
主要是想把存储层完全独立出来，让其他虚拟机能够使用
 | 1 jiaoguan1688 282 天前 pve 做底层更灵活 |
 | 2 DT27 282 天前 折腾好久，最后选择 unraid ，所有服务都使用 unraid 的共享文件夹。没有磁盘分区存储池等概念了。 |
 | 3 roswellian 282 天前 我的实现方法类似...ESXI 底层，然后虚拟 FreeBSD 和直通 HBA 做 ZFS 存储，最后 NFS share 出来给 ESXI 作为 datastore 。各个虚拟机跑在这个 datastore 上。跑了几年没啥问题。 |
 | 4 vopsoft 282 天前 via Android 我有疑问 为什么不用 vsan |
 | 5 siyiye OP @roswellian 对的，我的大致就是这个思路。后续有需要也可以随时把存储部分分离出来（让硬件服务器接管导入 pool 即可） |
 | 6 burgers 227 天前 @roswellian @siyiye 我也打算这样做，可是意味着 esxi 下的 truenas 要作为第一启动的虚拟机，且谨慎关机。否则直接影响其余的虚拟机。 NFS share 出来给 ESXI 作为 datastore ，然后虚拟机跑在这上面，I/O 性能如何？ |
| 7 roswellian 227 天前 @burgers 我是单建了个 vSwitch 给 NFS Share ，这个 vSwitch 开巨帧，性能还是不错的。至少我的应用范围内没啥影响。至于开机关机，在 ESXi 设置好开机启动顺序即可，还是很方便的。 这么搞还有个好处是，随时用 ZFS 进行快照，避免了 ESXi 下面虚拟机如果有直通设备无法快照的缺点。 |
| 8 burgers 183 天前 不知道大哥实践得如何了，我用了方案 1.用 truenas 的 iSCSI 给 esxi 挂载为存储 然后 truenas 加到了 64g 内存，目前上了万兆网卡，保证虚拟机之间的传输高效。 目前在想，要不要直通 nvme 给 truenas 做缓存，因为 iSCSI 给到各个虚拟机，也存在有的虚拟机运行着 docker 和 bt 任务，担心 i/o 性能 |
Select Language