Debian

使用軟體-RAID 與“韌體”-RAID(又名 FakeRAID)

  • July 10, 2013

我們最近買了一台塔式伺服器,我想在上面安裝 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

更新 我可以從評論中看到其他人也對我是否在處理硬體 RAID 感到困惑。我的機器是聯想 ThinkServer TS 440。在它的數據表中,它說有

Integrated SATA SW RAID 0/1

據我了解,主機板上的晶片中包含一個硬體組件(這就是它具有 PCI 地址的原因?),但不是典型的硬體 RAID。

我如何學會停止擔心並熱愛軟體 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 支持等功能。

引用自:https://serverfault.com/questions/522321