使用 MD3000(i) 建構 SAN
過去我曾多次以潛伏者的身份來過這裡，發現它除了有幫助之外別無其他，現在我有一個自己的問題。
我負責創建 VM 集群解決方案，並且一直在研究 MD3000(i) 系列 DAS/iSCSI 儲存。我目前有2 個PowerEdge 1950，可以通過 PERC5 SAS HBA 連接到 MD3000。但是，這是棘手的部分，我想創建一個可通過網路訪問的集群或高可用性磁碟。
我可以看到這樣做的一種方法是將 MD3000 分成幾個 LUN，使用一個來創建集群 VM，然後將另一個 LUN 作為直通磁碟連接到該 VM，然後它可以通過一個“共享”該磁碟iSCSI 目標。但是我確實在這裡看到了一些陷阱，如果 VM 是主動/被動的，我只能從使用 1 個 HBA 來處理 IO 中獲益。此外，我對使用 VM 管理 SAN 磁碟可能引入的性能成本感到厭煩。
這些擔憂是否合理？VM 甚至可以成功故障轉移並仍然與直通磁碟通信嗎？
另一個似乎更簡單的選擇是只選擇一個 MD3000i，然後使用我的 1950 年代將其設置為 iSCSI 目標來管理它。我想到替代品的唯一原因是因為我擔心這個單元上的 1 Gigabit 埠會造成瓶頸。
我意識到，如果我正在尋找一個超高性能的 SAN 解決方案，那麼 MD3000 系列可能不是最佳選擇，但我正在尋找一個價格合理的解決方案來集群 5-6 個低/中使用率虛擬機（每個大約 60iops , ~90% 寫入)。
我不介意“開箱即用”的想法來提出解決方案，但我確實需要能夠通過文件支持更多的原創思維。
提前感謝您的任何想法。
我已經多次重讀了你的第三段，但我仍然對此感到困惑，所以我不會評論那部分。
戴爾曾經出售 PowerEdge 1950/MD3000/optionalMD1000/optionalMD1000 作為 NAS 捆綁包，並在 1950 上安裝了 Microsoft 儲存伺服器。您可以通過執行現在免費提供的Microsoft iSCSI Target輕鬆地使用現有的 1950 和 MD3000 重新創建該配置。就個人而言，我認為 Microsoft iSCSI Target 的東西對於實驗室來說很方便，但在依賴 Windows 的穩定性來服務我的儲存的生產環境中讓我感到不安。我執行了幾個這樣的系統，它們都很好。顯然，您可以使用相同的硬體並執行任何作業系統和您最喜歡的 iSCSI 目標或 NFS 網關。
MD3000i iSCSI 選項也適用。我有幾個。對於您正在談論的負載，它們將綽綽有餘。MD3000i 管理起來真的再簡單不過了。
如果您已經擁有一些此類硬體，那麼它肯定仍然非常可行。如果你不這樣做，並不是說戴爾本身不再銷售 MD3000i - 有一條新產品線可以做類似的事情。