仍在嘗試配置我的大型（24）磁碟陣列（2.4TB）以用於混合大小檔案的存檔/NAS。但除此之外，我現在更專注於了解條帶RAID 是如何在幕後工作的，但我讀得越多，就越感到困惑，因為大多數文獻的示例都是基於“低”數量的磁碟（我問了製作人，但他不願公開回答其中一些問題，因為「保留資訊」）
- 條帶大小通常是
(Number of data disks) x (size of strip)（或塊）例如。 8x64KB=512KB 或 10x256KB=2560KB - 文件如何分割並保存到條紋？每個條帶一個檔案（其餘條帶用零填滿）還是一個條帶有多個檔案直到其所有條帶都被填滿？
- 對於大型陣列，條帶大小還重要嗎？我的意思是，我發現我的 PERC 使用固定值 1MB 作為條帶大小，如果其值大於 1MB（例如 8x256KB）。那麼這種情況下，條紋該如何排列呢？它仍然大到 8x256KB=2MB 並內部分割為 2x 1MB 嗎？還是1MB大除以8個數據盤？
- 現在我應該配置一個「2 的冪」的條帶 RAID 嗎？我的 PERC 允許我為任何類型的 RAID 等級配置任意數量的磁碟，這不是 2 的冪
- 了解了這些限制（？），是否值得將陣列設定為 2x12Disks RAID60 和 256KB 的條帶大小？我們不需要浪費太多空間
答案1
文件如何分割並保存到條帶中？每個條帶一個檔案（其餘條帶用零填滿）還是一個條帶有多個檔案直到其所有條帶都被填滿？
像這樣的陣列不考慮文件，只考慮區塊，檔案系統本身定義哪些文件由哪些區塊組成，而不是底層磁碟系統執行此操作。
因此，不要將其視為文件只是塊，想像一下文件系統上的所有文件，但去掉有關文件夾和文件的所有數據，它只是一大堆塊- 正是這些塊在可用磁碟上進行條帶化以提高性能和韌性。
一般來說，像這樣的檔案系統和 RAID 陣列的預設設定可以很好地滿足 95% 的應用程式。如果您有時間嘗試和測試所有不同的組合，或者您的應用程式有不尋常的要求（例如它不斷地讀取或寫入大量微小的隨機檔案或在另一端），那麼調整它們的能力就非常有用巨大的連續文件） - 在這些情況下，是的，一些調整可以帶來顯著的好處。但一般來說，預設值對於大多數用例來說通常都很好。我做VoD，所以我們經常調整我們的存儲卷以具有非常大的條帶/塊，因為我們知道它們都是大型連續文件，但是我們不會將數據庫文件或日誌等放在這些陣列/卷上，因為它們對於這種用途來說會很糟糕。
無論如何回到建議，很高興你似乎已經選擇了 R60 - 我們一直有人在這裡遇到 R5/50 的問題，它已經死了，根本不要使用它 - R6/60 和 R1/10 是唯一的遊戲在城裡，除非你對ZFS 很著迷:) - 無論如何，如果我這樣做，我會完全按照你的建議去做- R60 由2 x 12 磁碟R6 組成，將條帶保留為預設值，然後作為你的應用程式開始使用這個數組，你可以看看它的性能如何，如果你真的覺得你需要調整它並且會從中獲得很多好處，那麼就繼續吧，但我敢打賭你會很好地使用預設值。
祝你好運。