貌似我已經養成了習慣，每年學一次“Rodney Dangerfield”(美國喜劇演員，80年代以一句“沒人尊重我”而知名)和存儲管理軟件人士一起表達人們對他們的產品和目標的不夠尊重。存儲資源管理(Storage resource management ，SRM)在專業媒體中很少獲得提及，因為管理數據存儲資源從來都無法進入IT計劃清單——那上面都是虛擬化、敏捷、軟件定義和超融合。
供應商似乎也喜歡這種分割的局面，他們傾向于使用像SNMP這樣的80年代技術來收集信息并把他們存儲在MIB(management information bases)庫里，直到被取出檢查，而不是用某種實時監控、預防性分析、關聯和縮減、主動重配置等等。簡單說來，他們不喜歡任何SNMP工具所不能提供的功能。這也是我們常常指望軟件開發人員想出一個新辦法，卻不肯去買的原因。
幾年前，REST-ful管理被寄予厚望。所有人都承諾會把他們的設備加入REST能力，提供實時協同和響應應用、網絡、服務器或者存儲時間的能力。IBM把他們的努力叫做Project Zero——名字很貼切，因為他們基本也沒做什么。
據我所知，只有X-IO實現了RESTful管理的承諾。我可以配置或者分配X-IO存儲來排查或者修復故障，這都得益于Jeff Nicholson(前X-IO，現HGST)所做的工作，不過上次我們聊天時他幾乎是抱歉地承認只用了很少的時間就實現了。
但是REST沒流行起來。VMware支持它，但卻把他們的REST API藏在幾層私有的API下面來讓打算在 vSphere上打造一個更好的管理平臺的人猝不及防。IBM的一些設備具備有限的REST功能，但他們最得意的是新出的Spectrum Accelerate (基于之前的XIV)產品，目標是管理所有他們正在建議客戶實施的軟件定義存儲和超融合架構。
供應商把軟件定義存儲和存儲管理相提并論
事實上，IBM和幾個其它廠商都開始把軟件定義存儲——把增值存儲服務從陣列控制器中拿出來放到服務器上的一個軟件層上，不管是作為一個獨立的虛擬機還是作為hypervisor軟件棧的一部分——和存儲管理相提并論。DataCore軟件認為管理并規劃數據存儲資源是軟件定義存儲的下一次革命——但是他們的管理的概念不止是分配存儲服務那么簡單。容量也是可以跨架構管理的。
管理存儲架構不只是管理哪個業務能得到類似數據復制、鏡像、連續數據保護或者加密這些服務。你還需要虛擬化并管理存儲容量——這是被多數軟件定義存儲人士所厭惡的。事實上，你得提供跨多種私有軟件定義或者超融合存儲架構的水平管理。這可能包括運行在多個hypervisor上的不同堆棧，外加你使用的云服務商提供的存儲，還有用來支持非虛擬化業務的存儲。
當然，要打造一個真正有用的、全面的數據存儲管理，需要以應用為中心。SolarWinds的伙計們貌似很了解這個，他們在幾個月前推出了他們的下一代包羅萬象的存儲管理平臺，代號Orion Core。他們把一系列的服務器、網絡和存儲管理工具集成到一個控制臺驅動的套件中，提供對虛擬和物理架構的監控，所有這些都用應用的視角來觀察。如果一個應用響應緩慢，你可以迅速打開那個應用所使用的資源控制臺，盡可能地圈定速度緩慢的幾個原因。
前路漫漫
以我看來，現在還沒有一個人能搞定整個堆棧。我希望能夠看到，例如，所有的那些節點間數據復制是不是能提供所需求的可用性。我希望能看到IO堆棧的什么地方的阻塞正在拖慢我的應用：多數情況下，它并不是傳統存儲或者隊列深度的問題，不管Hypervisor的廠家怎么說。我想看到一個移動商務交易進來的時候引起一系列后端進程的星型沖擊波效應，這樣我就能理解應用之間的相互關系，來提供一個全面的應用恢復能力。
簡而言之，我需要真正的架構管理。
到這里，我就說完我的年度抱怨了。至少有DataCore、IBM和SolarWinds的工作可以說明還是有人在試圖給存儲管理應有的尊重的。
京公網安備 11010502049343號