迁移到SSD时，您是否保留RAID10？
我们有一个在大阵列中带有内部 SAS 磁盘的服务器：
16x600GB RAID 10
这为我们提供了约 4.6TB 的存储空间。它很快（这是 SQL Server）。
我们的 SQL 数据库是：
-- 600GB MDF -- 200+GB/天的日志文件 -- 大量事务性 -- 繁重的读写工作负载
我们正在寻求迁移到 SSD（出于通常的原因：速度、速度和性能）。我们希望使用写入密集型 400GB SSD。（他们似乎是最好的成本容量比）
我们认为在 SSD 上，对 RAID10 的需求较少（RAID10 的一个重要原因是提高吞吐量，但 SSD 本身就可以解决这个问题）。
带有旋转磁盘的 RAID5 是 SQL 的性能灾难（只有当磁盘非常昂贵时才有意义）。
在戴尔世界中，我们将使用“Write Intensive MLC”SSD。
但是对于SSD，有什么好的办法呢？
在所有情况下，我们都会在机箱中安装一两个热备用 SSD。
什么是合适的方法？
-- 我们知道 RAID10 是凯迪拉克 -- 我们更愿意减少设备数量（鉴于 SSD 解决了 RAID10 用来解决的性能问题） ---- 减少设备数量有助于美元方面，并且在扩展侧（使用更少的驱动器托架...）
但是，在 SSD 上使用 RAID5 会以某种方式惩罚我们吗？
-- 我们知道磁盘上的 RAID5 性能在一个驱动器死机时会变得很糟糕。-- 而且 RAID5 的写入性能很差：该命中来自 (a) 控制器（计算奇偶校验），还是 (b) 需要等待两个写入（数据块和奇偶校验块）完成？如果它来自“b”，那么 SSD 的更高 IOPS 应该可以解决，对吗？
小智 7
老实说，潜在的变量太多了，IMO 的最佳方法是对不同的设置进行基准测试，然后让结果帮助您做出决定。软件与硬件 RAID，供应商之间的不同性能特征......是否在 RAID 控制器上有一个电池备份单元来加速写入所有因素。
我建议您定义您对 RAID 的要求，您正在寻找多少冗余，您正在优化什么（读取速度？写入速度？同时读取速度？）。一旦您排除了无法满足您需求的 RAID 级别，然后对可以满足您需求的其余 RAID 级别进行基准测试。
除此之外的任何事情都是基于轶事证据和预感做出决定。它可能仍然有效，但如果您想知道什么最适合您的情况，则必须自己弄清楚。