放弃unraid了

[zeze0556]

兴冲冲的买了pro的版本，经过漫长的校验等待，经过部署，测试，最后决定还是放弃了。

主要是unraid目前还有以下问题：

1. 校验盘加入后，写入速度大幅下降

根据校验盘的原理，当某个数据写入后，所有的阵列硬盘都要参加读取校验，导致系统大量的读取等待，阵列中硬盘越多，降低的速度越明显。

2. 不加入校验盘，虽然速度不错，但数据安全性不够

为了解决1的写入问题，可以选择不加入校验盘，这样对于用户使用而言，可以将所有的硬盘变成一个系统，看上去系统的可用容量更大，但文件也更为分散，一旦丢失，虽然不会全部丢失，但由于文件分散，根本无法控制丢失的是哪个文件，对于系统运行而言，随机丢失的后果比明确损失更严重。如果说为解决问题而引入校验的话，又回到了1的问题了。如果使用传统的方案，当硬盘出现故障的时候，是明确的可以知道损失的是哪个硬盘，哪些文件，而随机丢失可能导致所有的系统都无法正常运行。

3. 另外的临时解决方案就是cache

cache的引入对于写入或许有帮助，但作用不大，cache的容量注定不是很大，新的文件才会使用，但老文件读取都可能是个问题，shfs性能太差，可能一个更改文件权限都要占用大量的io时间。举个例子，我今天更改了一个里面有很多目录，子目录，文件等内容的文件夹，在使用cache的情况下，大概用了1个多小时， 1个多小时！！！！！

4. 校验的时候，docker等运行可能出现错误

我只进行了一次校验，后续的校验不知会不会触发，在校验盘进行校验的时候，原来没有加入校验盘的服务启动的时候，各种错误，从现象来看，各种超时吧，应该是读取速度太慢引起的。docker的重启，停止都占用非常大量的时间，这造成了阵列的停止等也占用了超长的时间。事实上，这篇很长的文章就是在等待阵列停止的时间里，实在无事可做才写的。

 

所以，整个系统不仅不安全，而且不稳定。还是使用传统的方案吧