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

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

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

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

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

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

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

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

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

為了確保選擇正確的產(chǎn)品，首先需要了解現(xiàn)有的架構(gòu)。如果使用的存儲陣列為業(yè)界領(lǐng)導(dǎo)者，那么大多數(shù)第三方存儲資源管理工具都應(yīng)該可以提供支持。如果現(xiàn)有架構(gòu)中有一些第三方的產(chǎn)品混合，那么你可能需要了解這些產(chǎn)品能夠提供哪些管理接口。

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

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

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