用 SSD 做 raid5 是不是可以显著提高重建成功率？

[systemcall]

raid5 重建容易失败。我的理解是：
1. raid5 会有大量读操作，机械硬盘本来就快坏了，重建的时候因为读负载太大硬盘坏了
2. 硬盘的数据本身就有可能错误
3. 重建的时间较长。硬盘的批次相同、体质相似、工作负载相似，容易在相近的时间故障
SSD 的话：
1. 读操作的磨损很小，基本上不会造成损伤
2. 有校验和纠错、均衡磨损，理论上可以做到主机感知
3. 速度快、容量小，需要的时间短，并且 SSD 读操作影响小，没那么容易坏掉

[systemcall]

@loading 数据备份，不应该用 SSD 吧
想到的是这样的话，可以保证服务可用。备份当然是要做的，那也是容灾用的了，成本和可靠性比性能重要
而且感觉 SSD 的故障没那么有规律，组 raid 反倒是更好的选择：需要保证部分 SSD 故障时服务可用，不容易出现大批的故障因为故障没多少规律，重建会快上不少而且成功率高，没有共振和启动电流方面的问题，组 raid 可以有效地提升顺序读写的性能，也不会因为额外的 IO 和队列而大幅降低性能

[ryd994]

@systemcall raid 无法叠加 ssd 的性能
ssd 本身的性能已经相当高了。用 SSD 的地方一般不是为了顺序读写带宽，带宽靠堆 hdd 也可以解决。需要的是随机读写，而 raid 对随机读写没有任何用。对于 raid5 这样的有 parity 计算的还会有反效果，因为需要先读所有 bit，计算 parity 之后再回写。而且 parity 计算的消耗也非常大
即使用 raid0/1，raid 卡也大概率会成为瓶颈。所以才有 vroc 技术。如果你不需要 vroc 技术，那你大概率也不需要 SSD raid

[vsean]

3 年后，ssd 已经白菜价了，m2 4t 只要 1000 ，跟 4t 希捷酷狼的价格几乎一样了，随着闪存颗粒的不断降价，nas 必将全固态化，体积也会大大减小

[systemcall]

@vsean #23
但是 4t 机械只要 400 多，还是差一倍。18t 机械 2000 不到
机械天天高强度顺序写入可以用很久，ssd 不行，监控市场还会活很久

[vsean]

@systemcall #24 400 多 4T 的是最低端的 蓝盘，绿盘之类的产品，除非只用来存电影，如果存重要数据，坏的概率是大大高于酷狼之类的专业 NAS 硬盘的

[systemcall]

@vsean #25
400 多可以买到紫盘，紫盘设计的工作负载并不低，你可以看作它能够一直以 100M/s 顺序写入，写 5 年
这个方面，SSD 反而做不到
而且紫盘对阵列有优化，比如有 rv 传感器，不过部分型号确实没有

[gvdlmjwje]

@594duck ssd 是用 raid 卡的 cachecade 功能吗？不是的话能够告知下使用的什么方法把 ssd 用作缓存？