HDS：需要更精簡，更自動？
HDS在去年推出的高端存儲系統USP V時宣布該產品提供了自動精簡配置功能，并宣稱首次在整合了容量虛擬化和卷虛擬化的企業級平臺中實現了自動精簡配置。HDS更加傾向于用動態預配置（Dynamic Provisioning）來形容這項技術。
實際上，HDS的自動精簡配置的實現方式和其他的供應商有所不同。HDS的自動精簡配置實現方式不會依據某些物理特性或者性能水平來創建磁盤池，HDS動態預配置池（Hitachi Dynamic Provisioning，HDP）或者XP自動精簡配置（XP THP）集合了陣列組中的LDEV（也被稱為是HDS動態預配置卷池HDP或者RAID設置）。這樣，在初步性能測量的結果中，邏輯卷管理與動態預配置卷（HDP）（虛擬卷與自動精簡配置卷）的性能表現幾乎沒有任何差別。
當需要更多的容量的時候，HDP允許來自于不同陣列組的額外的LDEV加入到一個動態預配置池（HDP）中。HDP會跨過這些附加陣列組重新編碼排序來減小熱點，并在將來作為后臺任務被釋放出來。換一種說法就是，當陣列組被加入到一個HDP池中的時候，他們將被隔行掃描加入池中，并且相互沒有關聯。
一種用于從陣列組中的LDEV創建HDP池的方式是根據工作負荷，用戶可能需要創建并且管理多個HDP池，例如，一個RAID1池子由146GB的磁盤組成，另外一個（7D+1P）RAID5池由300GB磁盤組成，并且還有（3-D+1P）的RAID5池等等。首先，用戶可設置32個存儲池來標記一些有特殊性能需求的不同的存儲池。
總體評論：
毫無疑問HDP是高端存儲陣列向前邁出的一大步，但HDS的動態預配置仍然不是完全自動的。仍然需要我們手動去創建陣列組以及LDEV，并且將其分配給HDP池。在完全自動化的實現方式中，存儲系統能夠通過合適的RAID保護級別或者性能服務水平自動的創建陣列組或者HDP池卷，并且能實時的把這些卷加入HDP池中，而且整個過程完全不受人為因素的干擾。
同時，HDS的動態預配置卷（HDP）以42MB為存儲單元。相比Compellent提供2MB的存儲單元以及3PAR提供16KB的單位存儲池，這個大小非常粗糙。但是，所有的設計思路都有自身的優劣勢。HDS的高端存儲系統USP V對外宣稱提供了247 PB的存儲容量，其中42MB的存儲單元甚至少于整個系統最大容量的百萬分之一，以虛擬卷為中心的眼光來看，每GB存儲容量能分割成24個存儲單元，以任何衡量方式來看應該說已經足夠精細。
另外一個方面，大的存儲單元分配容量同樣意味著需要更少的元數據來描述一個虛擬卷，這時，有助于自動精簡配置表現出良好的性能。但是這種粗略的自動精簡配置可能會在實際操作中帶來一定的威脅，因為自動精簡配置分配存儲單元的時候不會考慮這部分存儲單元的空間是已經格式化的還是初始狀態的，因此當應用需要格式化一些已分配出去的存儲空間時，過大的存儲單元會導致潛在的運行風險。如果這些未格式化的初始狀態的存儲空間遍布整個卷，他們將消耗更多的存儲單元內的空間。
