实现NAS自由:OMV系列教程02-我为什么抛弃TureNAS Scale转投OMV(openmediavault) 6.3.1

作者: 数码乱炖分类: 野生技能协会 发布时间: 2023-02-26 18:21:44 浏览:21872 次

实现NAS自由:OMV系列教程02-我为什么抛弃TureNAS Scale转投OMV(openmediavault) 6.3.1

企鹅太容易:
终于出来了,我和up的想法差不多,家用没必要raid或者只做raid1,我个人认为raid主要是为了高可用,而且真要坏了一块硬盘导致阵列降级我估计很多人都会慌[doge],如果是同一批次还得担心阵列修复时会不会在再坏一块[吃瓜],家庭用rsync或群晖、威联通的套件异地备份更好,然后就是omv的话换promox内核加zfs插件是可以读写zfs的,并且可以看到即使是truenas的数据盘也并不是单一分区,相比较而言还是ext4这种通用格式更舒服。。omv最主要的还是小bug有点多。。熟悉linux的可能好点。。。。最后我之前在翻资料时看到truenas官方说要在今年8月还是11月来着要彻底取消docker。。。感觉确实是更向企业靠拢。。我自己后面也估计会转向其他系统,因为我发现自己对zfs并没有很强烈的需求[辣眼睛]

【回复】确实,自家数据最重要,单盘使用无烦恼,smart警告直接换,复制粘贴不重建
【回复】回复 @小怪兽的奇迹 :亡命之徒[妙啊]
【回复】我就不一样了,我就奔着raid0去的,所以raid对我而言非常重要[doge]
数码乱炖:
00:00 之前为什么选FreeNAS/TureNas系列 01:06 实际使用了哪些功能 02:30 FreeNAS/TureNas系列带来的负担 03:55 最终导致我转投OMV的稻草 05:52 为什么转OMV 07:04 我是怎么把数据从TureNas迁移到OMV的 08:23 Raid的误区 10:39 我是怎么处理数据安全、使用空间和传输速度的 13:39 两点建议

【回复】回复 @汤从 :哈哈。下一步可以忽悠他pve替换掉exsi,底层跑samba,储存都自己管理了[doge]
【回复】回复 @汤从 :哈哈!这是更纯粹进阶,我用omv已经够好玩
【回复】回复 @汤从 :过去也是这么想,后来觉得OMV还是不错,反正也大不了多少,还能直接用网页管理
河西尼古拉斯赵四:
很多人对truenas的使用存在误区,这个系统就主要是存储。保证数据安全才是最重要。权限复杂其实也不复杂,不是什么问题。要玩花那就用群辉之类,我自己就是用truenas存储数据,什么服务都没开,除了samba和nfs 。一台debian用来玩花样,长期通电。

【回复】我倒是觉得群晖就是纯储存,那点破性能别的也干不了什么。
【回复】现在黑群晖,准备转ture。主要原因还是黑裙对硬盘伤害太高了,一直在写日志,完全没办法硬盘休眠。也可能是我不会设的事吧。
【回复】回复 @哎嘿哎嘿嘿哎哎哎 :起码得是个3455啊,不然啥都没法干,
绫羽白音:
很赞成up对raid的看法,以前折腾了很久,后来发现不如LVM+bcache,容量和速度都有了,我又不是企业需要保证业务在线,真出问题了停机等两天买新硬盘呗,上raid反而导致我无论是扩容还是管理都更麻烦了,单位成本也高了,而且一出问题搞不好全盘一起挂,到头来还不如互不干扰自己挂自己的挂,真要非常重要的数据还是得冷备份,或者干脆加密后上云

【回复】回复 @91824123 :bcache是读写缓存
【回复】回复 @綾羽しらね : 只做3个硬盘,单盘使用的情况下,bcache可以加速么?还是说一个缓存盘和单个硬盘只能一一对应。。。。
【回复】回复 @绿箭MS :那两个看别人的测试过自己没用过,bcache的话设置起来很方便,用起来还不错
白骨手套:
楼主,如下问题在TureNAS或者OMV中多见吗? ①基于Win10系统的NAS,经过多轮剪切后少了几个文件。举个例子,原有一份百页漫画,在多轮转移后只剩10页。总概率上大致每千份文件夹出现一次漏文件。 ②图片文件损坏,共3种情况——图片不能打开,没有缩略图;图片正常打开但缩略图花了(无数横向扫描线组合起来的图形);文件大小为0kb。如上三种情况都是千分概率触发,而且一个文件夹中总有幸存未破坏的照片。

【回复】如果还是继续用Windows的话,这样大量文件的复制剪切,推荐fastcopy这个软件,复制的时候勾选校验选项,确保操作前后文件一致 在设置里,可以设置复制剪切功能集成到右键,推荐下汉化版,现在官方内置中文版支持不完善
【回复】我没有你这样的使用场景,我素材一般是先放到笔记本,剪辑好了复制到nas归档,很少需要反复剪辑的
【回复】恰恰相反,zfs是有机制去避免这种问题的,建议去了解一下
开玉源:
我是特别推荐使用omv作为nas系统。对于我来说,一个优秀的nas系统,只需有一个易于操作的web界面。很方便的挂载硬盘。一切软件docker运行。系统必须要轻量,个人不推荐zfs。所以说,OMV已经很优秀了

【回复】回复 @哈哈材材 :没用过黑群晖。我不用破解的东西,全心拥抱开源软件。
【回复】回復 @V族丶大头 :ntfs的硬盘omv可以直接挂载
【回复】回复 @风の过痕 :俩basic,rsync自动备份
IriKa:
文件删除和修改保护不是raid干的事啊,兄弟不要搞混了。 raid最大的用处就是性能和物理损坏的可靠性增强。虽然只用raid是不够的,但总比没有强啊[奸笑]

【回复】回复 @bili_25139552 :RAID可以扩容的
【回复】回复 @bili_25139552 : 大哥,这里的硬件指的是硬盘,上面说了,软RAID!!!!没人跟你聊垃圾佬那些玩具,备份和raid不冲突,不是二选一做选择题
【回复】回复 @bili_25139552 :RAID10是可以完全利用容量,像5、Z2不是镜像冗余才不行。
D-龍-World:
mergerfs或者mergerfs+Snapraid很好用,再一个,你可以装个zfs 插件,直接就导入池了

走鹊designer:
这个不适合我们这样的10r人视频工作室,RAID是必须的,而且是要建立多组不同存储目的的RAID, NAS存储是要便于视频剪辑工作站的协同,多PC调用素材,RAID才能提供硬盘组的输入输出速度,如果都是单硬盘使用,管理会混乱和麻烦,硬盘的IO速度限制,数据调用也达不到4K60帧42210比特的文件剪辑要求。所以,配置合理的RAID是视频工作室的基本需要。

【回复】预算能容忍的话,最好5年-6年换一次硬盘
【回复】请问你们的raid是怎么组的呀。取取经。
人生de无奈:
raid的作用就是防止物理磁盘故障,和删除中毒不是一回事

雨夜里的青衫:
scale真的很垃圾,zfs优化也极其垃圾,我玩pt经常卡io,换成core之后,就再也没有卡io了。而且,scale的那个k3s真的反人类[笑哭]

【回复】回复 @Gfnothing :我truenas用着挺好的。群晖反而docker假死。这么夸张的bug是不可能持续的,找找别的原因吧
【回复】回復 @LatorCCC :经常在应用那里跑的docker经常假死……而且空载cpu占用都能到50%,不知道是什么调度bug
【回复】回復 @LatorCCC :我觉得scale是真的卡,配置是i38100-16g,全固态,
秋日病子:
同样是truenas转的,不过我的情况不同,且和up有不同的想法: 我是truenas还叫freenas的时候入的坑,第一台是用四块盘组了个rz1,主要用途是替代狂删资源的du盘,还有家里人下电影看电影的。那台机器跑了差不多一年半坏了块盘,所以我还是很庆幸组阵列的。而且对于删错东西,或者误覆盖的时候快照很管用。 我对于阵列的看法是:没有财力做多机互备时的办法。而且把自己的数据云备份也挺不放心的。 ps:我现在的解决方案:unraid跑docker和truenas虚拟机,直通所有硬盘给虚拟机的truenas,然后通过smb/nfs共享传回unraid给docker用[脱单doge]

【回复】回复 @惨光破碎 :unraid的zfs缺少很多东西,自动的快照要额外插件,没有zfs去重等,现在的只是算能用
白骨手套:
和楼主一样,这南墙俺也撞了,也撤了。 借地分享几个坑: ①曾被truenas初始化过的硬盘格式化为NTFS后无法在truenas通过usb硬盘盒的方式挂载,处置教程可搜索wipefs+zfs。 ②通过usb硬盘盒转移数据时断电可能会产生某种bug(不懂)再转移时提示“xxx……incorrectable I/O failure……been suspended”。已知池子导出+原版新装truenas+只读模式导入可救,单纯webui导入、clear、import、-F、-M命令无效。

【回复】补充,不知是否是truenas更新原因,在断电与io failure事件前后fdisk命令下的硬盘代号不同,之前是sda2、sdf1等,后续是sd13、sd17。不过那个版本的系统一会就删掉了,就没确认。
zleepp:
听口音,我关注过UP以前讲解truenas scale,是因为UP我才决心使用scale的,但是就在上周我把三个中的两个转成了黑裙,只保留重要数据据那个还是scale,因为只装一个filebrowser,实现网页浏览数据,但是这个与群晖的filestation比的话简直弱爆了,群晖还是自带此应用,其他应用更是如此,scale太折腾了,所以启用了,再也不碰了——电影一直esxi加windows管理,玩过omv unas freenas xigmanas 群晖 unraid的路过,有5台nas主机的人,感觉群晖最省心了[笑哭][笑哭][笑哭][笑哭][笑哭][笑哭]

【回复】哈哈哈,其实我后面还想出一系列scale教程来着,不过个人野生使用的确有些麻烦
槐月下的夏侯光姬:
今年aic国区运营就用血的教训来告诉我们一件事情 [doge]不要碰raid,尤其是硬件raid

建议直接下线评论功能:
我装VM虚拟机里试了一下,全都设置好了,结果Windows无法访问阵列,不知道是虚拟机的问题还是TureNAS的问题[藏狐]

たおゆ:
个人用 j1900 omv转unraid又转回omv 两块固态两块机械 还是觉得omv顺手些 把omv这个毛坯房装修下 舒服得很 unraid UI虽然好 还是觉得莫名有点…笨重

電気御手:
必须承认我是找观点认同找到这个视频的,up主杂谈的形式也给了人喷的一些漏洞。总感觉想补充点什么 1.scale的包关系牵一发动全身,调优障碍多 基于Linux的Truenas Scale已经可以像普通发行版一样折腾了…但只能折腾一点。比如我需要RDMA,想用ksmbd替换掉truenas的smb,但是依赖不允许 2.跨版本升级难,概率滚挂 尽管图形界面上有升级的功能,但没法跨大版本。想换新内核还是得命令行操作还不能保证成功 以上两条对于omv来说并不是问题,因为omv本体是软件包,只要宿主linux发行版足够稳定且配置灵活就不是问题 3.你真的需要ZFS吗? 不可否认的是在条带化存储方案里优秀的恢复能力,但组阵列本身其实就不符合消费级电子产品的购买习惯:你需要一次性买够整个阵列的硬盘、组成后无法改变,在没有充分根据需求规划存储量的情况下新手往往是建一个vdev后悔一次。 这个网站 https://snapraid.it/compare/ 有一份各大存储技术的比较资料。无论是raid还是zfs,读写性能上的优势,对于家庭使用来说,可能还不如一根ssd缓存来的显著。而对于担心数据丢失的人来说,你真正需要的其实是快照和校验,而不是阵列。非条带存储的另一个对家庭友好的点是可以一张张的加盘扩容,这样就没必要在预算有限的情况下用小盘组阵列浪费宝贵的插槽。 而且如果接受不了unraid收费的,omv支持的snapraid也可以达到同样的效果

turenas turenas scale freenas omv openmediavault

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!