作者 主題: Windows Server 2012 的 Storage Space 功能  (閱讀 1132 次)

0 會員 與 1 訪客 正在閱讀本文。

Dino9021

  • SA 苦力組
  • 憂鬱的高中生
  • ***
  • 文章數: 175
    • 檢視個人資料
Windows Server 2012 的 Storage Space 功能
« 於: 2014-06-14 14:44 »
最近因為需要大容量儲存空間因此在研究 Storage
看到 Windows Server 2012 的 Storage Space 功能
很像是將一堆物理硬碟接上後以軟體的方式做成磁碟陣列
不知有沒有人實作過或有正式導入的經驗?
可靠度可以期待嗎?
« 上次編輯: 2014-06-14 15:56 由 Dino9021 »
雖然我不是什麼厲害的前輩, 但除了私人問題外我不接受私人訊息問技術問題
好的/有用的資訊公開讓所有人都能知道是最好的
另外, 發問請詳述問題/Log/你曾經進行的嘗試以及結果
請先參考 http://phorum.study-area.org/index.php/topic,24128.0.html

Dino9021

  • SA 苦力組
  • 憂鬱的高中生
  • ***
  • 文章數: 175
    • 檢視個人資料
Re: Windows Server 2012 的 Storage Space 功能
« 回覆 #1 於: 2014-06-14 21:50 »
補充一些想法

1. Storage Pool 要有至少兩個或多個介面能與部屬 Server Space 的 Server 連接,並且 Storage 要有能繼續串接 Storage 的功能/介面 (相對的未來只能採購同型 Storage?)

2. 作為 Storage Space 的 Server 要有實體介面能與 Storage Pool 連接,必須是實體機或其硬體介面支援 PCI Paththrough 讓 VM 能直接控制 HBA / NIC,提升存取效能

3. 作為 Storage Space 的 Server 要有多台同時連接到 Storage Pool,提供備援容錯的機制

4. 作為 Storage Space 的 Server 好像得有好多網卡才行 (Cluster、Herat beat、Network Teaming for access、iSCSI?)

5. Storage Pool 的硬體必須提供硬碟熱插拔的功能,當有硬碟故障時才能線上替換

6. 因為 Mirror Disk 的 Block 會存在任意兩個硬碟上,萬一 Storage Pool 同時有兩個硬碟故障會不會造成多個 Virtual Disk 損毀 (當 Storage Pool 中的硬碟數量越來越多時,一顆以上硬碟同時故障的機率也相對提高)

7. 可以考慮加入 SSD 提供較常存取的檔案更快速的存取效率 (較常使用與不常使用的檔案據微軟研討會中的說明是會全自動判斷然後在排程工作時間搬移到 SSD Tier 或 HDD Tier)

8. Server Farm 的 Switch 背板頻寬要夠大,才能支援眾多 Server 經由 SMB 3.0 對 Storage Space 進行存取

9. Storage Space 與 SMB 3.0 的技術還很新,不知道夠不夠成熟,根據微軟歷代都要等 SP1 才會穩定的傳統來看... 馬上在 Production 環境導入可能會有一些風險
雖然我不是什麼厲害的前輩, 但除了私人問題外我不接受私人訊息問技術問題
好的/有用的資訊公開讓所有人都能知道是最好的
另外, 發問請詳述問題/Log/你曾經進行的嘗試以及結果
請先參考 http://phorum.study-area.org/index.php/topic,24128.0.html