導讀：為了能了解你所擁有的存儲系統的弊病，或者找到解決這些問題的方法，使用第三方SRM軟件是個不錯的選擇。

許多企業花了不少投資在采購昂貴的存儲設備上，卻不太注意對存儲、設備、磁帶庫以及連接線相關的管理上。有關這一點，有著不同的解釋。

抱怨來自于廠商和消費者兩個方面。廠商通常指責消費者，過去的實施已經很費勁了，標準的管理功能沒有能得到市場認可。這樣的要求體現在消費者調查問卷的結果上，受訪者認為這些基本的管理功能連基本的工作都匹配不上。更談不上采用存儲資源管理戰略，大多數用戶抱怨他們需要在單獨的設備開啟各自的存儲管理網頁。組件管理的功能也需要等到各個設備部署完成后才能開啟，甚至需要登錄不同陣列的頁面來收集信息或者解決具體某個問題。

另一方面，廠商們似乎對于將他們的產品和競爭對手的產品一起管理起來興趣不大。在尋求產品區別和特性差異的同時，他們也經常偶爾發現跨平臺管理的好處。比如說，像精簡配置這樣的特性，用戶舍得花錢，可能會讓管理軟件無法精準收集實際存儲容量。再比如說，廠商給NAS設備增加的對文件系統的快速訪問功能可能會影響從低成本文件歸檔存儲遷移數據的可能。

不管是怎樣的說法，統一資源管理功能在存儲架構這個層面是缺失的，帶來的低效率也是不可避免的。因此，提升對存儲架構硬件層面的監控和管理能力就成了提升效率的有效措施。

理論上說，同質架構下，即產品均來自于同一個廠商，這樣架構下的資源管理相比于異構架構更為容易一些。事實上，你可能還會聽到一些廠商說只有使用同一品牌產品，才能切實可行的降低成本同時提升存儲效率。但問題是很少有一家廠商能夠全面的滿足企業需求。那些提供多種平臺滿足用戶不同需求的很少有產品是他們自己開發的。相反的，他們采購了小公司并將這些公司的產品OEM成他們的品牌，將沒有架構關聯的產品整合到同一公司平臺下，從而成為產品家族的一員。這樣看來，所謂同質架構的道路也未必能成為提升存儲管理效率的有效方法。

最近市場上也有些新動作，在IBM內部以及其它地方，為了滿足可管理的架構，通過將軟硬件棧聯系起來，包括存儲，為了某個特定的目的，例如云計算。IBM最近發布了一套綜合管理解決方案（增值軟件通常綁定在存儲控制器上），針對物理資源池及存儲服務的，這套方案結合了OpenStack云計算平臺。不幸的是，最近IBM發布的集成管理工具不支持OpenStack配置范圍以外的硬件設備。

選擇合適的存儲資源管理軟件

很少有公司會考慮架構上的管理，因此現在的問題是應該如何改進現有架構以更好的監控和管理。當前的回答是實施第三方的存儲資源管理軟件，例如EMC、惠普、IBM Tivoli、SolarWinds、賽門鐵克以及其它的一些廠商。然而在硬件部署完之后再考慮這些則會從技術上實現更為挑戰且成本更高。

為了確保選擇正確的產品，首先需要了解現有的架構。如果使用的存儲陣列為業界領導者，那么大多數第三方存儲資源管理工具都應該可以提供支持。如果現有架構中有一些第三方的產品混合，那么你可能需要了解這些產品能夠提供哪些管理接口。

存儲資源管理通常由一系列不同廠商專有應用接口實現，通過這些接口提供不同模塊的管理從而補充標準的管理套件，例如像SNMP、MIB、SMI-S及REST等。像SolarWinds這樣的廠商生產即便是沒有主流的管理方法論，有如上的一些接口也是可以實現的。

聰明的做法是下載軟件的測試版本，先嘗試一下，注意了解一下存儲資源管理軟件界面上的功能和限制以及能顯示的數據。需要認識到硬件廠商提供的API接口往往能夠提供最為詳細且最實時的數據，然而是否能夠很好的和這些API接口進行通信則成了一個挑戰。當硬件廠商對API接口進行調整的時候，往往造成監控資源在列表中消失的現象，這一現象需要讓存儲資源管理軟件廠商調整其編碼后才能得以改變。SNMP不是一個好的選擇因為其提供的數據不是實時的，SMI-S協議由不同的廠商實時故而不同廠商的產品所顯示的狀態也可能不同。REST管理模式是相對更合適的方法用于管理架構資源及服務，然而廠商提供的接口不足以及時采用REST，原因所謂是其商品化影響。

在嘗試完不同種類的SRM工具后，選擇一款最為合適的。之后就需要讓供應商了解后面進行的存儲硬件類型以便讓其能更好的提供支持服務。受青睞的存儲資源管理工具所不支持的存儲硬件或者陣列也不建議采購。這樣的做法有助于讓架構更好的得以管理故而提升資源分配及問題處理效率。