補充一些想法
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 環境導入可能會有一些風險
