NAS 方案求指点 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
请不要把任何和邀请码有关的内容发到 NAS 节点。

邀请码相关的内容请使用 /go/in 节点。

如果没有发送到 /go/in,那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动,会导致账号被禁用。
Blacky
V2EX    NAS

NAS 方案求指点

  •  
  •   Blacky 2024-09-29 22:32:04 +08:00 3512 次点击
    这是一个创建于 409 天前的主题,其中的信息可能已经有所发展或是发生改变。

    先介绍下目前的方案:

    • 软路由是 4125 ,自编译的 ImmortalWRT ,专注拨号,不搞 AIO ,另有 TPLINK 作为 AP ;
    • NAS 是威联通的 251D ,硬盘是两块 4T 酷鹰;
    • basic 方案,所有数据存在盘位 1 ,HBS 定期向盘位 2 备份;
    • 数据主要分为:
      • 工作文档和个人文件:Qsync 实时从工作电脑向 NAS 同步,HBS 定期向盘位 2 备份;
        • 照片:定期从相机和手机上传,HBS 定期向盘位 2 备份;
        • 影音书籍:不时找一些资源,会留下比较喜欢的内容,不备份。
    • Docker 有 Jellyfin, Komga, qBittorrent, Navidrome, CalibreWeb, TMM ;但数量好像有限制?最近 Jellyfin 获取不到 IP 用不了了,很奇怪;
    • 云备份暂时没弄,有 office365 ,但 OneDrive 只有 1T 好像也不够,空间得至少 2T ,还在纠结用谁的服务。

    大概两个月前盘 2 出现了坏道,加上盘 1 剩余空间只有 300G ,赶紧买了块 8T 银河,但后来出差就一直搁置了,现在有空了开始想接下来的方案:

    • 方案一:先把数据都拷到新硬盘上,替换掉旧盘 1 ,旧盘 1 放到盘 2 位置上;
    • 方案二:换成 4 盘位的成品 NAS ,比如 464C2 ,再买两块 8T 新硬盘,8T+8T 组 raid1 存重要数据,4T 的旧盘 1 存其他数据,最后一块 8T 做备份;
    • 方案三:目前成品 NAS 用着还行,只有 docker 遇到一些问题,而且 CPU 占用总是很高;看了一些帖子,想到要不要自组 NAS ,有点想折腾但又感觉坑很多,且对软硬件的配置完全不了解。

    目前想先按方案一来,保证数据别出问题,接下来是继续方案一还是转其他方案,想请大家帮我出出主意。

    16 条回复    2024-10-03 12:06:27 +08:00
    kuandrew
        1
    kuandrew  
       2024-09-30 02:15:45 +08:00
    以下是一点点个人观点,换作我的话我会这么做
    1.如果要换的话,换性能更好的成品 NAS ,主要是节约时间成本;
    2.硬盘,我现在是这种观念哈,与其买新盘,不如买多块二手,2-3 年服务器拆机 HC550 16T 二手才 800 多,同等价位的 CMR 大概只能买到 3-6T 的盘。反正最后不管是新盘还是二手盘都有坏的一天,对于数据而言,最重要的不是新盘能多用几年、质保、数据恢复,而是数据备份;
    4.数据备份:直接不组 raid 了,单盘模式(对于观影而言,单盘速度足够支撑 2k 观影了),我 4 盘位设备,重要数据我就同时备份到四块硬盘里,我就不信 4 块硬盘能同时坏。如果有硬盘坏了,维护起来也简单,直接移除坏掉的硬盘,换上新盘即可。直接避免 raid 重建数据的各种麻烦
    nekopara
        2
    nekopara  
       2024-09-30 02:44:49 +08:00
    除了备份,其他要求矿渣都行了
    Vneix
        3
    Vneix  
       2024-09-30 03:03:00 +08:00 via Android
    个人建议

    1.NAS 继续用 4T+4T ,basic+HBS 的方案,只做存储和同步,不要干别的事(比如 docker )。

    2.j4125 (或性能更好的小主机)改成 AIO ,用 m2 转接板转两个 sata 出来。
    一个 sata 装个 SSD ,安装 ESXi 或者 PVE 。
    另一个 sata 连接 8T 硬盘,直通给虚拟机折腾下载/存储不重要的影视剧集等文件/折腾刮削等。

    3.砍掉不必要的服务,比拼拨号上网性能的话,N100 都干不过百元家用路由器,所以如果没特殊需求,软路由可以先舍弃。(喜欢折腾除外)

    一般人的重要文件其实不会很多,所以 4T+4T 足够存储,TS-451D 的性能又完全能满足基础的文件同步。
    把折腾娱乐类的项目全部挪到小主机上,不仅是因为小主机性能更好,重要的是小主机折腾炸了也不会影响 NAS 上的重要文件,可以放心折腾。
    cpstar
        4
    cpstar  
       2024-09-30 08:01:51 +08:00
    我曾经也用 251D ,最开始连软路由都在 NAS 上,但是首先就出现 CPU 性能瓶颈,然后软软路由物理化,换了硬的软路由,但随着下载速度的上升,CPU 的 IO 吃紧,性能还是更不上,干脆就完全替换了。

    如果 CPU 没有感觉吃紧,我当时的方案可以参考:251D+4 盘 RAID 盒。RAID 盒是 USB3 连接,RAID-5 阵列,4*4T*(3/4)=12T 有效,HBS 向外置硬盘盒备份,不常使用的话,盒子硬盘会休眠省电(其实绝大部分时间都是休眠,反复启动基本不存在);双盘位一个放了双 2.5 寸架子,设置 RAID1 安装两个 1T-SSD 用于提升 QTS 系统运行速度和基本数据存储,一个 7E10 8T 机械盘(不炒豆子)作为主下载盘。

    而现在,直接搞了黑威,上了 QuTS hero ,6*4T Raid6 ( RAID-Z2 ),8T 下载 8T 额外存储,2T U.2 主数据,以及 SSD 缓存盘,D1581/64G ,12 盘构型(实际安装 10 盘+U.2 )。
    Blacky
        5
    Blacky  
    OP
       2024-09-30 08:44:39 +08:00
    @kuandrew 1. 确实,自组和成品可以看成是花费时间和金钱的区别,强迫症原因,实施之前要把理论方案都完全考虑好、查各种资料,搞得很累,经常是想折腾但又觉得要不算了吧;
    2. 你一直强调的数据备份,也看到是很多人看重的,又不是商用,raid 的冗余和可用性对个人来说是否反而是冗余的呢;
    3. 就像现在方案一考虑的,如果把 8T 盘换上去作为主盘使用,要把数据全备份过去,APP 、Dockr 都要重装、重新配置,感觉是个大工程所以也一致迟迟没有开始;请教一下你更换硬盘是怎么操作的,有没有更简便的方式?如果 raid 的话是不是换完盘等它自己重建就行了,还简单点?
    akorn
        6
    akorn  
       2024-09-30 09:18:49 +08:00
    @kuandrew #1 可以不可以具体说下你的方案?
    我现在也觉得 raid 这东西,不管在哪,只有 raid10 有实用意义。但是家里用 10 成本没必要。
    4 盘 nas ,不要 raid ,全是单盘吗?
    还有,单盘情况下,数据怎么备份到其他盘上,都用手工吗?


    还想问下 OP ,家用 NAS 有什么需求,方便分享下吗?
    我有个 4 盘群晖,开始是准备当家庭备份中心的,偶尔放电影。最后,电影一年看不了一次。备份手机吧。那单线程的照片同步,不用多,几千张照片同步,速度让人窒息。然后就都先放电脑上,统一考过去。平时开着还费电,就只有用的时候再开一次。然后还一年坏一块盘。一生气,去年买了几块 ssd 放电脑桌上,用哪个插哪个,速度直接起飞。
    Blacky
        7
    Blacky  
    OP
       2024-09-30 09:19:37 +08:00
    @Vneix 感谢分享

    1. 后来算了下将近 10 年的文件量,工作文件 1T+ 照片 0.3T+ 个人文档 0.05T+ 影音数据 1.5T ,其实重要文件(前三个)没有多少,4T 快能用到退休了;但算上电影这些,4T+4T 就不太够了,要么换大盘,要么多盘位各 4T ;

    2. docker 是和 NAS 相关的,也就是要调用 NAS 里数据的,直接装在 NAS 了,不然还要再跨设备读写;其实也想过单独弄个小主机或者服务器,但好像想不出别的需求,干脆和 NAS 合并在一起好了,不另加别的设备;

    3. 弄软路由最初一个是想折腾,一个是当时用的梅林不稳定经常要重启,所以用 4125 来拨号、科学、DDNS 、端口转发这些,只是干网络相关的事;但说是这么说,后来在 PVE 里又开了个 Ubuntu-server ,准备跑跑 Bitwarden 什么的。。。

    这上面是一开始写的,后来快写完了发现理解错你表达的思路了。。。我是想 NAS 存所有数据,你的方案是把数据分类,重要数据放在 NAS 里,其余的另起一个小主机。这样有点像接下来想干的事,把设备扩展到软路由 + NAS + 小主机(服务器?),分别负责路由、数据存储和服务相关的功能。
    Blacky
        8
    Blacky  
    OP
       2024-09-30 09:38:15 +08:00
    @cpstar 谢谢分享,方案真是非常多呀,每次打开管理页面都看到 CPU 在 90 以上,这应该是要换了吧。想请教一下具体方案:

    1. 之前的 251D ,一个是双 2.5 的架子,一个是 HDD 吗,还没想过能这么搞;所有数据都在 HDD 上,硬盘盒只是备份用吗; NAS 加硬盘盒扩展的话,USB 是不是会影响速度呢,但如果只是备份,其实也没关系吧;

    2. 原来不止有黑裙啊,是直接安装在物理机上还是起个虚拟机,配置可以参考一下吗;如果自组,我可能就 SSD 系统 + docker + 缓存,2*4T 或 8T Raid 1 ,8T 下载盘,8T 备份。
    kuandrew
        9
    kuandrew  
       2024-09-30 09:40:14 +08:00 via Android
    @Blacky
    1.RAID 的重建,在各个品牌的 NAS 上应该有个叫做“硬盘搬家”或者“数据搬家”的功能,按着它的操作指引来就行。
    2.因为我这种方法 docker 服务/容器的相关文件视作重要数据,也是备份到多块硬盘上的。实际操作上,先关闭主盘到其他硬盘的数据备份,然后关闭主盘 docker/容器,再启动其他盘上的 docker 服务/容器,确保主盘上的相关服务已经全部关闭,关机换下主盘即可。重启后,再把相关数据迁移到新主盘去,或者就跑在备用盘也行。大概是这么个思路
    Blacky
        10
    Blacky  
    OP
       2024-09-30 09:56:38 +08:00
    @acorngyl 18 年时候接触到这个概念,最初是想搞个影音娱乐中心的,后来慢慢方向变了,主备份数据,偶尔娱乐:

    1. 工作上的文件:20 年工作电脑换了一次,自己导数据的原因丢了好多文件,才把 NAS 的备份用起来了;最开始是定期手动上传,另外有一个移动硬盘冷备;后来直接用 Qsync 实时往 NAS 同步,并且双盘位定期备份;

    2. 照片:也是喜欢摄影,定期上传,设置双盘位备份;

    3. 个人文档:自己做的小项目,markdown 后的个人笔记、记账文件等,设置双盘位备份;

    4. 影、音、书籍、漫画:好看的好听的、值得反复欣赏的会存下来,docker 也大多和这个类别的文件有关,分别是 qBittorrent - 下载,Jellyfin 、TMM - 电影电视剧,Navidrome - 音乐,Calibre-web - 书籍,Komga - 漫画;手机 Jellyfin + 电视 Kodi ,基本每天都会看;

    5. 手机是几个月前才用 Qfile 同步,第一次确实时间长,挺过去的话后面就好了;

    6. 平常经常会要远程看工作文件和照片,一直 24*7 ,目前用了 6 年的监控盘,一块出现坏道,感觉算正常吧;电费的话倒是想买个智能插座监控一下。
    Blacky
        11
    Blacky  
    OP
       2024-09-30 10:19:15 +08:00
    @acorngyl 不好意思,刚才码了一大段,结果发出来竟然是复制粘贴???重写一遍吧。。。

    18 年时候接触到这个概念,最初是想做影音中心的,后来才慢慢转变方向:

    1. 工作文件:20 年换电脑导数据丢了一大堆东西,才设置了实时和 NAS 同步,并且定期向盘 2 热备;一开始还有一块移动硬盘定期冷备,但是也两三年没弄过了;

    2. 照片:个人喜欢摄影,每次出去照完一圈修完图,分类、手动上传,定期向盘 2 热备;

    3. 个人文档:自学自编的小项目,markdown 后的笔记、记账文件等,定期向盘 2 热备;

    4. 影、音、书、漫:觉得好看的、值得反复看的存下来,现在也是做热备,但准备取消掉,最多备份个种子,大不了重新下; docker 也是和这类有关,qBittorrent - 下载,Jellyfin 、TMM - 电影电视剧,Navidrome - 音乐,Calibre-web - 书籍,Komga - 漫画;手机 Jellyfin 、电视 Kodi ,基本每天都用;

    5. 手机前几个月才设置的照片同步,同步到一个单独的文件夹,定期整理分类后移到其他文件夹;第一次同步确实很费时间,但放那不管就行,后面每次也就几张;

    6. 因为经常要看工作文件、照片和电影,所以 24*7 ,运行 6 年只有一块盘出现坏道,感觉还算正常,可以接受。
    kuandrew
        12
    kuandrew  
       2024-09-30 10:20:07 +08:00 via Android
    @acorngyl 我用的是极空间,他有一个备份中心,能实现这个效果
    Blacky
        13
    Blacky  
    OP
       2024-09-30 10:47:00 +08:00
    @kuandrew #9 1. raid 重建确实方便,这也是我考虑 raid 的一个因素吧;

    2. 大概明白了,因为服务也是做了备份的,所以换上新盘后再全部备份回来就行,或者直接拿其他盘当主盘,改一下备份配置和 docker 里的硬盘链接,确实也挺简单的。
    akiakise
        14
    akiakise  
       2024-09-30 12:23:48 +08:00
    @acorngyl #6 多盘数据同步可以用群晖的 CloudSync + WebDav ,开启 WebDav 后用 CloudSync 选 WebDav 连 localhost 就行,把本机也当成远程服务器
    cpstar
        15
    cpstar  
       2024-09-30 17:08:48 +08:00
    OP 8#
    官方有一个双 2.5 的架子,有一个 RAID 控制芯片,四种模式,放下两个 2.5 寸盘,放两个 SSD ,把 qts 系统的文件都放在这上边,启动速度会快不少,本来 qts 启动速度就慢,如果你的现状是两个 HDD ,那就更慢了。当然也有其他副厂方案,比如两个 nvme (因为出口是 SATA 所以无法发挥性能),比如两个 mSATA (但是 mSATA 盘不好找全新的了)等等。还有一个可能,因为 251D 有 PCIE2.0x4 的插槽,可以考虑 nvme 扩展,由于我用了双网口 2.5G 网卡,且官方的 2.5G 网卡+NVME 合体卡比较贵,以及只有 PCIE2.0 速度并不能发挥,所以想吃上固态提速,可能架子是最好的方案。

    至于外置 USB ,USB3.0 理论速度 5Gbps ,硬盘单盘最大读取 250MB/s 折合 2Gbps ,局域网速度目前主流最大 2.5Gbps ,所以原则上不会成为速度瓶颈。写入的话,受到 RAID5 限制,实际就更不可能吃满 USB3 的能力了。问题不大。

    威联通有黑的方案,比黑群复杂一点,实机、虚机都能搞,主要就是配置好 model.conf 以及找好匹配的产品机型。我照着 h1288X 黑的,很完美。我那台主板是 tank D1581 ,找了一个 2308 直通卡挂 8 块硬盘,因为 CPU 的 PCIE 通道够多,还有一个 1650 显卡和 X8 拆分两个 X4 的 NVME 扩展卡,另外主板还有其他 SATA 和 PCIE 接口,我的实际情况没有用满。
    kuandrew
        16
    kuandrew  
       2024-10-03 12:06:27 +08:00 via Android
    @Blacky 对的,差不多是这个意思,我觉得 raid 重建主要是耽误时间 ,
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     5335 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 24ms UTC 07:45 PVG 15:45 LAX 23:45 JFK 02:45
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86