Jump to content

zeze0556

Members
  • Posts

    1
  • Joined

  • Last visited

Everything posted by zeze0556

  1. 兴冲冲的买了pro的版本,经过漫长的校验等待,经过部署,测试,最后决定还是放弃了。 主要是unraid目前还有以下问题: 1. 校验盘加入后,写入速度大幅下降 根据校验盘的原理,当某个数据写入后,所有的阵列硬盘都要参加读取校验,导致系统大量的读取等待,阵列中硬盘越多,降低的速度越明显。 2. 不加入校验盘,虽然速度不错,但数据安全性不够 为了解决1的写入问题,可以选择不加入校验盘,这样对于用户使用而言,可以将所有的硬盘变成一个系统,看上去系统的可用容量更大,但文件也更为分散,一旦丢失,虽然不会全部丢失,但由于文件分散,根本无法控制丢失的是哪个文件,对于系统运行而言,随机丢失的后果比明确损失更严重。如果说为解决问题而引入校验的话,又回到了1的问题了。如果使用传统的方案,当硬盘出现故障的时候,是明确的可以知道损失的是哪个硬盘,哪些文件,而随机丢失可能导致所有的系统都无法正常运行。 3. 另外的临时解决方案就是cache cache的引入对于写入或许有帮助,但作用不大,cache的容量注定不是很大,新的文件才会使用,但老文件读取都可能是个问题,shfs性能太差,可能一个更改文件权限都要占用大量的io时间。举个例子,我今天更改了一个里面有很多目录,子目录,文件等内容的文件夹,在使用cache的情况下,大概用了1个多小时, 1个多小时!!!!! 4. 校验的时候,docker等运行可能出现错误 我只进行了一次校验,后续的校验不知会不会触发,在校验盘进行校验的时候,原来没有加入校验盘的服务启动的时候,各种错误,从现象来看,各种超时吧,应该是读取速度太慢引起的。docker的重启,停止都占用非常大量的时间,这造成了阵列的停止等也占用了超长的时间。事实上,这篇很长的文章就是在等待阵列停止的时间里,实在无事可做才写的。 所以,整个系统不仅不安全,而且不稳定。还是使用传统的方案吧
  2. 没有添加校验盘的情况下,读写速度还算正常,基本往哪个磁盘写入就达到哪个上限 添加校验盘后,校验盘必须是最大的,刚开始以为数据是还在校验所以很慢,经过漫长的等待后,校验完后,一测速,竟然只有原来的1/4的速度,平均大概20Mb/s的速度,还没有U盘速度快 不可能所有的数据都存在Cache盘上,这样就无意义了,如果速度如此慢的话,还不如不要检验盘,定时对拷还方便快捷些,毕竟先要能才能再谈数据安全啊
×
×
  • Create New...