將多個磁碟機對應到 samba/smb 用戶端的相同目錄

將多個磁碟機對應到 samba/smb 用戶端的相同目錄

我正在嘗試解決這個具體問題:

1)我想找出某種方法將多個實體硬碟的容量組合成一個目錄正如 Windows 用戶端透過 SMB 共享看到的那樣

我正在尋找一種解決方案,其中不同磁碟機上的檔案可以顯示在檔案系統上的相同目錄中。換句話說,我不希望驅動器 D 安裝到 C:\files\otherdrive,如果我在 C:\files\otherdrive 和驅動器 C 上的其他任何位置之間移動文件,可能會耗盡空間。

2) 我希望驅動器故障意味著僅丟失一些文件,並且我可以恢復使用剩餘的驅動器,而無需花費數小時運行恢復程序。

我正在尋找某種解決方案,如果所有文件的大小大致相同,並且 3 個驅動器中的一個損壞,我會丟失 33% 的文件並繼續我的生活,而無需啟動 16 小時的恢復過程可能會完成任何事情,也可能不會完成任何事情。

似乎有關此類事件的具體資訊很少,我還沒有找到任何類似 JBOD 的解決方案,其中所有資料的可恢復性不會因單一磁碟機故障而受到影響。大多數建議並不比「如果驅動器在硬體或軟體 JBOD 中出現故障,您應該假設您會丟失 100% 的資料」更具體。

重申一下,這些文件並不重要,我不在乎合理的部分如果驅動器壞了,我的文件就會丟失,我只是不想丟失所有內容並且需要花費很多時間來恢復。由於這些原因,Raid-0 似乎不可能,而且我讀過的 JBOD 實現似乎不可用或大多不令人滿意(您可以通過在每個驅動器上手動運行恢復程序來恢復一些文件)。

是否存在滿足這些要求的解決方案?到目前為止,我只能找到滿足一個要求或另一個要求的解決方案。

需要目錄結構笨拙的解決方案:將一個磁碟機安裝為另一個磁碟機的子目錄

如果一個驅動器發生故障,所有資料都會消失的解決方案:Raid-0、我研究過的所有類型的 JBOD

我願意使用其他作業系統,甚至購買價格合理的消費級硬體。

非常感謝所有的建議

編輯:我非常熟悉raid 0、1、0+1和5。

a) 資料的價值不足以產生任何冗餘。正如我上面所說,如果佔總容量 45% 的驅動器出現故障,我希望丟失大約 45% 的資料。

b) 我打算使用不同大小的驅動器

c) 我希望有一定的自由度來新增/刪除實體驅動器,而不會對所有資料造成嚴重後果(請參閱 A 點,在某些情況下死驅動器算是刪除...)

再次感謝

答案1

聽起來好像您希望兩者都能夠將多個實體磁碟組合成一個邏輯卷,並具有一定的冗餘性,這樣單一磁碟故障就不會損失整個檔案系統。

假設我沒看錯,您的最佳解決方案似乎是通常所說的“RAID 10”或“RAID 1+0”——即兩個或多個 RAID 1(鏡像)卷,組合成一個 RAID 0 (條紋)體積。

透過這種方式,您可以獲得兩個RAID 等級的優點,而沒有任何一個的缺點- RAID 0 沒有彈性,因為單一磁碟故障會破壞整個陣列,但在RAID 10 方案中,您可以透過對邏輯磁碟區進行條帶化來克服此問題由多個實體磁碟組成。這樣,只要每個 RAID 1 磁碟區中至少有一個倖存成員,您就不會遺失資料。

當然,如果整個 RAID 1 卷失敗,那麼您將丟失所有內容,就像任何其他 RAID 0 卷一樣,因此您並非完全沒有風險;也就是說,如果您能負擔得起六個磁碟並構建每個三個磁碟的RAID 1 卷,那麼您將獲得一個陣列,該陣列在最壞的情況下可以承受兩個磁碟故障,在最好的情況下可以承受四個磁碟故障,然後才會發生故障。 (這些都不是不保留備份的藉口!)

維基百科提供對 RAID 10 以及其他 RAID 等級組合的全面概述,現在每個主要作業系統都提供軟體 RAID,因此您不需要那麼智慧的磁碟控制器來實現 RAID 10 等兩級嵌套 - 如果您的主機板或 PCIe SATA 控制器可以執行 RAID 1,那麼您可以在硬體中建立鏡像陣列並使用作業系統的軟體RAID 對它們進行條帶化,然後就可以開始了。

相關內容