使用软件RAID与“固件”-RAID (a.k.a )。FakeRAID)

Question

我们最近买了一台塔服务器，我想在上面安装Debian。我以为这个设备有硬件RAID，因为我可以看到一个BIOS屏幕。事实证明，这仍然是一场软件突袭。当我通过该固件配置RAID驱动器时，我仍然可以在Debian安装程序中看到两个硬盘驱动器。当我试图从安装程序中重新分区时，Debian警告说，软件RAID驱动器可能会丢失。

我对此有点失望，因为我一直认为硬件RAID会产生更好的性能。但是无论如何，我现在的问题是我是否应该使用Debian安装程序来配置RAID驱动器，并从主BIOS中禁用这个“固件”RAID？或者我应该使用这个固件创建单独的驱动器，而不是使用安装程序？使用固件有任何可靠性的好处吗？

这个固件版本是：

LSI MegaRaid Software RAID BIOS Version A.10.10211615R
LSI SATA RAID Found at PCI Bus No:00 Dev No:1F

从评论中我可以看出，其他人也对我是否在处理硬件RAID感到困惑。我的机器是联想ThinkServer TS 440。在它的数据表中，它说

Integrated SATA SW RAID 0/1

据我所知，主板上的芯片中包含了一个硬件组件(这就是为什么它有一个PCI地址？)，但并不是典型的硬件RAID。

Answer 1

我如何学会不再担心和爱软件RAID:

当我们所有的服务器存储都在SCSI磁盘上时，我曾经非常特别地使用好的硬件RAID --我们使用了HP/Compaq SmartArray控制器，并且非常幸运。我工作了很长一段时间，假设软件RAID会导致性能下降，而不像好的、电池支持的硬件RAID控制器那样健壮。

然而，随着我们转向更便宜的SAS和SATA存储，我越来越欣赏软件RAID。意识到我可以简单地在操作系统中构建一个RAID数组，直接创造了很大的灵活性和成本(真正的带有电池支持缓存的硬件控制器仍然很昂贵)，没有太多的性能影响(当然取决于其他硬件)。

在我们的情况下，这种权衡归结为健壮性和性能相对于低成本和灵活性。不幸的是，大多数“假的”解决方案都是两个世界中最糟糕的:性能仍然低于真正的硬件RAID，因为在大多数情况下，CPU和系统内存正在做大部分工作，而不是假冒伪劣的控制器，对失败的鲁棒性通常比硬件RAID要小，因为控制器更便宜，并且再次依赖系统硬件的其余部分，而且灵活性更低，因为您不一定能够在不同的硬件上重建数组(就像在纯软件RAID中一样)。纯粹的硬件或软件RAID几乎总是比假的更好的选择。

尽管如此，以下是我对于在带有伪造控制器的系统上使Debian中的软件RAID工作的建议：

• 完全禁用BIOS中的"RAID“固件--将其设置为ACHI (如果您正在使用SATA)、JBOD或其他可能让您尽可能直接将磁盘传递到操作系统的设置。
• 使用mdraid/mdadm而不是dmraid。
• 使用cat /proc/mdstat检查故障/重新生成状态。经常检查这一点，并设置自动电子邮件提醒时，磁盘故障。
• 为了获得最好的结果，请将RAID保存在存储堆栈的底部。如果计划使用加密和/或LVM，请在RAID数组(请参阅这个问题的一些细节，并注意到上述问题似乎已在最近的debian/ubuntu中得到解决.)之上创建这些卷。
• 保持您的内核尽可能的最新，特别是如果您使用SSD -功能，如TRIM支持正在不断增加和改进。

Answer 2

正如我一直认为的硬件-RAID会产生更好的性能。

多么?

最后，MegaRaid IIRC是一个SAS控制器，可以处理100+硬盘，但它不会神奇地使它们更快。特别是不慢的SATA光盘。在CPU被征税之前，您可能会达到驱动器的IOPS限制。

开始把一些真正的东西放在后面，你可能会看到一个不同--大部分硬件raid不会对您的带宽(emmory，pci-e插槽)产生如此大的影响。

如果您有bbu (电池备份单元)，您可以在Controller中使用写回缓存-然后事情开始变得更好。但有少量的SATA光盘-不，没有速度差异。

我仍然会使用它;)