ZFS 和 SAN——最佳實踐？

大多數關於ZFS 的討論都建議關閉硬體 RAID，並且 ZFS 應該直接與磁碟通信並管理主機上的 RAID（而不是 RAID 控制器）。

這在具有 2-16 個甚至更多本地磁碟的電腦上是有意義的，但是在具有大型 SAN 的環境中呢？

例如，我工作的企業有一個我認為是中等大小的 SAN，它有 2 個完整的磁碟機架，大約是 400 個軸。我見過比我們密集得多的 SAN 架子，而且 SAN 部署比我們的大得多。

人們是否將 100 個磁碟直接暴露給大型 ZFS 伺服器？300個磁碟？3000個磁碟？SAN 管理工具是否有助於對此類事物進行自動化管理？

FWIW 我有在單個 ZFS 池中使用多達92 個磁碟的經驗，到目前為止它執行良好。

但是，如果您真的在談論數百個磁碟，我會考慮將它們劃分為少量分離的（但仍然很大）池。我不想知道例如 azpool scrub在 3000 個磁碟池上執行多長時間（但您想定期清理）。同樣，zpool status對於如此大量的磁碟，類似命令的輸出也會很笨拙。那麼為什麼要把所有的雞蛋都放在一個籃子裡呢？

（關於dedup的旁注：請注意，儘管可以在數據集級別控制 dedup，但它會在池級別找到重複項。即，如果按照建議進行分區，您可能會得到更差的 dedup 結果。另一方面，您將需要更多記憶體來保存單個巨型池的 dedup 雜湊，如果池太大，可能不適合 ARC+L2ARC。因此，如果您使用 dedup，可用記憶體量可能是最大實際池大小的一個很好的指標.)

引用自：https://serverfault.com/questions/151042