QUOTE(ericeric91 @ Mar 12 2022, 16:16)
zfs 老生常談的問題是授權問題,不然一切都很好
btrfs 算是相對成熟,且有大廠投入,不用傳統 RAID 大概會選這個
lvm 印象中不是陣列吧,而是儲存空間的管理工具
ReFS 不期不待,這種東西還是社群比較有利
硬 RAID 主要麻煩點是看壞東西以後能不能處理呀,那種硬體絕版停產然後導致陣列全死的慘案常常會聽到
又或者是備份並封存的 RAID 卡換上去以後其實也掛了甚麼的也很討厭
硬 RAID 在 CPU 資源過剩的現代,優勢幾乎全無了,除非是想要省下 PCIE 通道或是搞介面延伸,不然成本高風險也高
個人不太喜歡屯硬體還要定期檢查,拆來裝去的驗證很痛苦
另外 snapshot 功能很方便,這也是軟 RAID 優勢之一
综合来看,zfs就可靠性和性能来说,目前还是最成熟的,仅有的缺陷不能像硬卡一样一次一块盘的扩展,对像我这
样希望逐步扩展的用户,每次扩展的成本实在是望而生畏。
btrfs的raid5丢数据到目前为止都没解决,估计官方也没解决的意思,变相的相当于把用户局限在raid1上头,对成本来
讲,也不甚友好,有这钱拿lvm做两套jbod可能省事。
lvm我是说错了,想说的是md阵列,这玩意就像windows自带的软raid,简单易用,就是不抗bitrot,单个盘坏了等同于全
销。着实是用着放心不下啊
Refs本来大有可为,可惜微软这两年server 系统不给力,总是亦步亦趋的升级。在smb direct已经大范围部署的现在,最能发挥其优势的refs存储却还是个半成品状态,微软对refs目前看起来也是放任其慢
死亡,只能节哀了
听您这么一说,我觉得有条件了应该尝试搭建一套软存储,即便不做主力,当个备用的测试验证平台也是极好的,
毕竟现在软存储是大趋势,掌握相关知识技能,日后必然有用。而且硬卡也确实日渐式微,5年前出品的lsi的9400系
,某种程度上来说其实早已经是一块hba了。
至于硬件,我倒不觉得legacy硬件会成为类似原版红白机一样的稀缺资源,毕竟数量太大了,十年内我估计都不会有
什么短缺的问题。我的9261卡,上午坏掉,下午就在咸鱼上找个了本地卖家,150rmb搞定。即便是15年前的dell 6i卡,淘宝上几十块一张,供货充足。
snapshot实话说用的不多,也就是备份系统盘用下,windows也有类似的概念叫“volume shadow copy”。
不过除了某些做大型工程项目的人可能需要经常访问老版本的文件外,对下黄漫这种一锤子买卖来说,这个功能实
在是英雄是无用武之地也。
QUOTE(fmnijk @ Mar 12 2022, 18:18)
问个小白问题,要怎么校验数据有没有损坏,耗时多久
看你从哪个层级上进行校验了,对于raid卡来说,它只管硬盘上的数据是否损坏,而不在意未损坏的数据是否可以
解读为一个合法的文件。对应用程序来说则正好相反,它只能操作系统传输来的数据能否被解读为合法的文件。
不能(大多数情况下吧)干涉硬件的运作
raid卡的校验速度,稍稍慢于所有硬盘的读取速度之和。对应用程序来说,看你使用的是那种压缩格式了,主流cpu
验zip压缩速度大概50M/s,7z速度大概20M/s,rar介于二者之间。
平常raid卡自测72TB,基本上是1天半内完成。
所谓70TB的数据,实际上只有30tb,17万个左右的压缩包文件是能被校验的。剩下的是黄片、黄图等,当然也有测试
完整性的方法,但由于懒得一一研究,便只校验了最容易校验的压缩包文件。
我写了个脚本辅助测试,其中有大约5w个是rar格式文件,没有任何损坏,测试这些rar大约用了3天时间。由于实在是
嫌慢,后来的7zip和zip文件只抽样测试了。代表性可能不强,但被抽样的部分也没损坏的。
This post has been edited by Astia: Mar 12 2022, 16:00