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