use*_*984 6 raid fakeraid debian software-raid
我们最近买了一台塔式服务器,我想在上面安装 Debian。我认为该设备具有硬件 RAID,因为我可以看到 BIOS 屏幕。事实证明,它仍然是一个软件 RAID。当我通过该固件配置 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
Run Code Online (Sandbox Code Playgroud)
更新 我可以从评论中看到其他人也对我是否在处理硬件 RAID 感到困惑。我的机器是联想 ThinkServer TS 440。在它的数据表中,它说有
Integrated SATA SW RAID 0/1
Run Code Online (Sandbox Code Playgroud)
据我了解,主板上的芯片中包含一个硬件组件(这就是它具有 PCI 地址的原因?),但不是典型的硬件 RAID。
当我们所有的服务器存储都在 SCSI 磁盘上时,我曾经非常注重使用良好的硬件 RAID——我们使用 HP/Compaq SmartArray 控制器并且非常好运。我运行了很长时间,假设软件 RAID 会导致性能下降,并且不会像好的、电池供电的硬件 RAID 控制器那样强大。
然而,随着我们转向更便宜的 SAS 和 SATA 存储,我开始更加欣赏软件 RAID。意识到我可以简单地在操作系统中直接构建 RAID 阵列创造了很大的灵活性和成本节约(具有电池备份缓存的真正硬件控制器仍然很昂贵)而不会造成太大的性能损失(当然取决于其余的硬件)。
在我们的案例中,权衡归结为健壮性和性能与低成本和灵活性。不幸的是,大多数“fakeraid”解决方案是两全其美的:性能仍然低于真正的硬件 RAID,因为在大多数情况下,CPU 和系统内存在做大部分工作而不是 fakeraid 控制器,故障鲁棒性通常是比硬件 RAID 少,因为控制器更便宜,并且再次依赖于系统硬件的其余部分,并且灵活性较低,因为您不一定要在不同的硬件上重建阵列(就像在纯软件 RAID 中一样)。纯硬件或软件 RAID 几乎总是比 fakeraid 更好的选择。
综上所述,以下是我在带有 fakeraid 控制器的系统上使软件 RAID 在 Debian 中工作的建议:
在 BIOS 中完全禁用“RAID”固件——将其设置为 ACHI(如果您使用 SATA)、JBOD 或任何其他可能让您尽可能直接将磁盘传递到操作系统的设置。
使用 mdraid/mdadm 而不是 dmraid。
使用cat /proc/mdstat来检查故障/重建状态。经常检查这一点,并设置磁盘出现故障时的自动电子邮件警报。
为获得最佳结果,请将 RAID 放在存储堆栈的底部。如果您打算使用加密和/或 LVM,请在 RAID 阵列的顶部创建这些卷(有关某些细节,请参阅此问题,并注意提到的问题似乎已在最近的 debian/ubuntu 中解决)。
使您的内核尽可能保持最新,尤其是在您使用 SSD 时 - 正在不断添加和改进诸如 TRIM 支持之类的功能。
| 归档时间: |
|
| 查看次数: |
10640 次 |
| 最近记录: |