家庭网络是否应该 计算/存储分离？

[fanxasy]

目前家里使用的 nas 是白裙，plex 、emby 、qbittorrent 等都是以 docker 形式部署在 nas 里与本机硬盘交互。想把这些 docker 迁移到另一台 pve 机器的 debian 虚机中，通过 smb 与 nas 硬盘交互，这样做有哪些优缺点？

[paopjian]

电费高,占地方?

[fanxasy]

@paopjian 对于折腾人来说这都不叫事...

[lcy630409]

耗时间，会出现意想不到的 bug

如果目前使用没问题 不建议动
当然 ，当你出现这么想法的时候 不管别人咋劝你， 你大概率都会去试试，反正家庭使用 ，不折腾不 diy

[ruidoBlanco]

从「 single point of failure 」变成「 multiple point of failure 」，没有做到「 high availability 」，出问题的地方反倒多了，维护成本也高了。

何必？

[MeteorVIP]

应该
一个月后写个使用报告

[mozhizhu]

性能上的差距？看他们说白裙都是软件强硬件弱；自己改个计算机器，服务跑起来更快，如果有独显 视频解码转码也更快嘛。

[fanxasy]

@mozhizhu 因为我从不在外网接回家看影片所以不涉及到转码问题..

[Baoni]

如果 pve 有一个大容量 ssd ，会不会比你设想的更高效呢？

[fanxasy]

@Baoni 再大也大不过 nas 的几十 T 磁盘阵列吧

[Baoni]

@fanxasy 所以白裙高端机型连几个 docker 都跑不好嘛？

[Jeremial]

目前 PVE 虚拟了个黒群晖, 直通 sata 控制器给群晖, 然后开启 nfs 服务
然后 PVE 使用 lxc 跑 plex, jellyfin, 直通了显卡作编解码, 挂载 nfs 硬盘.

和你想要的效果应该是类似.

[DinoStray]

我目前就这样做的, 白群辉单纯存储, 组装了一个电脑 (unraid) 安装服务.

[xiaoyuesanshui]

应该。但是家用没必要，只要把系统、服务和数据分开就行

亲身经历
我的 1.0 服务器是
esxi+Debian ，大部分的服务都是以 docker-compose 部署。但是是部署在 debian 的根目录下
后来手贱，一不小心删掉了 debian 虚拟机的硬盘，于是所有服务和数据都灰飞烟灭
痛定思痛，重新设计了 1.1 版本
新版本下，新加了 program 目录，并且挂载了独立的硬盘分区。这样服务和数据都和系统本身都分离了。
服务依旧通过 docker-compose 部署，相关目录都通过 volume 字段持久化到本地 program 目录下。甚至 docker-compose.yml 也都存在 program 里
这样将来哪怕 Debian ，甚至 esxi 挂了。我只需要把分区挂载到新的 program 目录下，再重新起服务，数据我都不需要迁移

当然这个版本没有考虑异地容灾的情况，如果挂载 program 目录的 HDD 分区挂了，那就是真的灰飞烟灭了

不过家用嘛…………异地容灾真的有必要嘛

[thhbdd]

我现在就是这样，但是运算部分全是二手，这样运算机成本就可以很低了，更重要的是随便玩也不担心炸，反正数据还在

[thhbdd]

至于费电倒不至于，因为存储 nas 都是低功耗的也没有太占地方，不过如果自己跑的服务也不吃性能那还是合并吧，没必要分离。

[shanguo]

@Jeremial +1 我也是这样搞的

[fanxasy]

@xiaoyuesanshui 我准备在 pve 挂载 nas ，创建定时备份作业

[fanxasy]

@thhbdd @DinoStray @Jeremial 感谢，看来靠谱

[TerranceL]

缺点就是解码性能大幅提升，天天在外网看剧损失家里的上传带宽。
来自无核显 1621+挂载到 1165G7 emby 解码的机主留言。

[TerranceL]

不过要注意 qb 这种下载器尽量还是在 nas 上，不然网络问题会导致下载出问题。emby/jellyfin/sonarr/radarr 等工具需要写一个脚本检测不到挂载的目录自动 stop 容器，检测到自动 start 。不然也会出问题。