UNRAID 影响校验盘校验时间的因素
用unraid时间也不短了,一直没做校验盘。前两天看到老莱的服务器数据丢失,心里就开始担忧自己的数据。
我自用的unraid一共四块盘,一个铠侠的500g的sata固态做系统盘,一块hc530 14t,两块hc550 16t。算起来空间也不小了,足有40多T。全都是蓝光原盘和动漫,还有费了很大劲找的美剧英剧等等。虽说都能在网上找到,但是这中间收集下载整理刮削都是需要时间精力的。假如真的没了,即便还能再下载回来,可能也没有那种心情去再来一遍。所以大家一定要谨慎对待数据,数据无价不是空话。
回到正题,现阶段对数据进行保护的话,除了备份就是加校验盘。备份一是没地方能存这么多东西,二是再搞一台设备也没那么多时间维护。那就只有校验盘比较经济简单,可行性高。
于是乎又买了一块HC550 16T,作为奇偶校验盘。那么就有了一个问题,建立校验盘要花费的时间是由啥决定的呢?我觉得可能有:1.CPU性能和内存容量 2.硬盘的最大读写速度 3.文件的散碎程度 4.校验的机制
如果机制是所有盘一起长时间的满速读写,硬盘就有一定风险,就需要考虑多买几块盘,把里面的数据拷出来,冷备份。无奈问了一圈没人答,只好去UNRAID英文版官方论坛求助(中文的人太少了)。终于有一位好心的大佬,给我解答了这个疑惑。我把链接放到下面。
How long does it take to add a parity disk to the array - General Support - Unraid
总结一下这位itimpi大佬的说法:
1.建立校验盘的时间,由你最大的奇偶校验盘的容量决定,通常是二到三小时每tb,前提是没有吞吐量的瓶颈
2.硬盘的数量对于建立校验的时间影响很小,即1-28块任意数量的阵列盘,校验过程耗费的时间相差不大,同样是没有硬盘驱动器的数据吞吐量瓶颈为前提
3.第二块校验盘的计算较第一块校验盘的复杂许多,所以这时低端CPU可能会拖后腿
4.重建的时间由坏掉的那块硬盘容量决定,也是二到三小时每tb大概。(也就是我阵列里14T的坏掉,时间要比16T的重建短几个小时)
5.大佬还强调了,奇偶校验只能避免硬盘本身故障导致的数据损失,还是要采取多种手段来进行备份数据,来避免其他原因造成的数据丢失。
我估计了自己重建时间,觉得没必要冷备份,直接插上开始校验。
进度72%
这是校验到72%的时候,开始时速度甚至可以达到250mb/s以上,之后缓慢下降
从这可以看出,阵列盘是满速读取0写入,而校验盘是满速写入0读取。
看来校验数据全都在校验盘上存着,这就和之前站里一位朋友测出来的结果可以对应上,即加了校验,读取速度是没影响的,写入会大打折扣。
这是UNRAID适合做媒体服务器的天然优势,第一,只做媒体服务器仓库,视频文件一次写入即为永久,可能十年二十年都不会再有写入操作,规避掉了写入速度慢的缺点。
当然还有其他优点,比如最高可以28阵列盘,Z2通常建议为15块(算上冗余),提高了空间利用率(省钱)。
同样是冗余两块盘,比RAIDZ2的灵活度高,重建失败数据也不会全部丢失,而是只损失坏掉的盘里的数据。
CPU占用率也不高,我这个是ES版的10400,六核十二线程
进度94%
进度百分之90的时候,此时校验完15.1TB,超过第一块500G和第二块14T的,所以这两个盘都停止读取了
进度99%
经过一天多的时间可以看出,16T校验盘,差不多23个小时就完成了,比我预计的快了不少。平均一TB要1.44个小时。为什么比论坛大佬给的数据快不少呢?我觉得大概率是因为西数企业盘的性能很强悍,光是最大读写就250MB/S以上,给后面速度的衰减留了很大余量。如果是普通家用硬盘,速度会低不少。从这个角度来讲,大佬给出的2-3h每tb也是很靠谱的。
写到这里,校验也刚刚好完成。祝大家的NAS永不挂盘,觉得对你了解UNRAID有帮助的话,也可以给个赞,拜拜。
作者声明本文无利益相关,欢迎值友理性交流,和谐讨论~
bxw1201
校验提示文案
李柯本
校验提示文案
hanskitty
校验提示文案
Sparklite
校验提示文案
Sparklite
校验提示文案
hanskitty
校验提示文案
bxw1201
校验提示文案
李柯本
校验提示文案