爭(zhēng)論點(diǎn)是這些工具是否可以很好地幫助IT管理員執(zhí)行如下任務(wù)：快速地評(píng)估SAN傳輸問題，準(zhǔn)確地判斷這些問題與業(yè)務(wù)程序性能的相關(guān)性，解決運(yùn)行中的各種問題。這也就是為什么SAN管理員通常需要在全局的架構(gòu)管理背景下考慮HBA的管理問題。這些HBA工具是否能夠很好地在統(tǒng)一架構(gòu)背景下管理好它們的對(duì)象，這將直接影響到IT管理員的工作效率。

 

這些HBA工具對(duì)系統(tǒng)以及存儲(chǔ)管理員具有重要影響：在運(yùn)行的第一年，和存儲(chǔ)硬件管理有關(guān)的運(yùn)行成本經(jīng)常高于購(gòu)置這些硬件的資本成本。雖然許多人認(rèn)為光纖通道(FC)主機(jī)總線適配器是商品硬件，但是HBA工具在設(shè)計(jì)和運(yùn)行上的不同將直接影響到IT管理員的工作效率。

 

為支持業(yè)務(wù)處理，IT人員必須能夠迅速地判斷并解決架構(gòu)事件和問題，而這個(gè)過程通常涉及存儲(chǔ)設(shè)備、主機(jī)以及SAN交換機(jī)。為了簡(jiǎn)化SAN連接性，Brocade的數(shù)據(jù)中心網(wǎng)絡(luò)架構(gòu)(DCF)提供了一個(gè)端到端的框架，該框架能夠在本地實(shí)現(xiàn)SAN HBA、交換機(jī)和導(dǎo)向器的統(tǒng)合。Brocade的DCF架構(gòu)的關(guān)鍵組件--數(shù)據(jù)中心架構(gòu)管理器(DCFM)--是許多SAN管理員在數(shù)據(jù)中心架構(gòu)的評(píng)估中(從存儲(chǔ)端口到與其連接的HBA到物理或虛擬的服務(wù)器)所使用的主要工具。DCFM在管理上的統(tǒng)一視野為管理員提供了很大的便利，使他們可以更好地維護(hù)、優(yōu)化和評(píng)估SAN網(wǎng)絡(luò)架構(gòu)。

 

由于虛擬操作環(huán)境(VOE)獲得了迅速采用，因此統(tǒng)一的管理視野非常重要。軟件在I/O描述上的局限性，以及人們通常將關(guān)鍵應(yīng)用程序放在專門的服務(wù)器上，這些因素使得SAN網(wǎng)絡(luò)架構(gòu)的局面變成是每個(gè)存儲(chǔ)設(shè)備需要面對(duì)多個(gè)服務(wù)器。從扇出率來看，由于一個(gè)存儲(chǔ)設(shè)備面對(duì)很多個(gè)服務(wù)器，因此存儲(chǔ)設(shè)備的吞吐量成為關(guān)鍵的瓶頸因素。不過，通過服務(wù)器虛擬化所實(shí)現(xiàn)的服務(wù)器合并極大地改變了SAN的布局結(jié)構(gòu)。

 

由于一個(gè)VOE服務(wù)器可以承載8個(gè)以上虛擬機(jī)(VM)，因此一個(gè)VOE服務(wù)器上的一個(gè)HBA不能再只被看作是一個(gè)商品硬件。隨著越來越多的虛擬服務(wù)器共享一個(gè)VOE服務(wù)器上的FC HBA端口，SAN的扇出已不再只是交換機(jī)的問題：它也成為服務(wù)器HBA的問題。

 

通過將DCFM SAN管理工具擴(kuò)展至HCM(主機(jī)連接管理器)，Brocade擴(kuò)大了HBA管理工具的管理范圍;Brocade同時(shí)還將已經(jīng)非常完善的網(wǎng)絡(luò)架構(gòu)管理范式擴(kuò)展至主機(jī)領(lǐng)域。由此，IT管理員可以在每個(gè)VM上應(yīng)用Brocade獨(dú)一無二的服務(wù)質(zhì)量(QoS)傳輸優(yōu)化工具。通過統(tǒng)一的基于主機(jī)或基于網(wǎng)絡(luò)架構(gòu)的Adaptive Networking(適應(yīng)性網(wǎng)絡(luò))服務(wù)，Brocade的HBA能夠支持基于策略的數(shù)據(jù)管理和應(yīng)用程序服務(wù)。

 

為了評(píng)估服務(wù)器HBA的功能性和使用上的便利性，openBench實(shí)驗(yàn)室關(guān)注SAN網(wǎng)絡(luò)架構(gòu)在安裝和管理上的便利性。在中小型企業(yè)(SME)環(huán)境下，新網(wǎng)絡(luò)架構(gòu)的初始安裝非常重要，因?yàn)樵贗T人數(shù)比較少的情況下，引入新的技術(shù)有可能給網(wǎng)絡(luò)運(yùn)行帶來更大的干擾。雖然新架構(gòu)初始安裝的便利性仍然非常重要，不過更重要的一點(diǎn)是這種新架構(gòu)是否有能力降低IT持續(xù)運(yùn)行成本。

 

在我們的試驗(yàn)開始之前，我們先安裝兩臺(tái)戴爾PowerEdge 1900服務(wù)器。每臺(tái)服務(wù)器都配有4GB容量的RAM(隨機(jī)存取內(nèi)存)和四核英特爾Xeon E5335處理器。一臺(tái)服務(wù)器運(yùn)行微軟的Windows Server 2003系統(tǒng)，而另一臺(tái)服務(wù)器運(yùn)行裝有Hyper-V的Windows Server 2008系統(tǒng)，因此后一臺(tái)服務(wù)器上的系統(tǒng)可以支持多個(gè)Windows Server 2008虛擬機(jī)。我們?cè)诿颗_(tái)服務(wù)器上安裝三個(gè)單端口的8GB/秒HBA：一個(gè)Brocade 815，一個(gè)QLogic QLE2560以及一個(gè)Emulex LPe12000。然后我們安裝基于GUI的管理程序，這種管理程序獨(dú)立于HBA的吞吐速率。針對(duì)三種不同的HBA，管理程序也各不相同：Brocade的Host Connectivity Manager(HCM：主機(jī)連接管理器)，QLogic的SANsurfer以及Emulex的HBAnywhere。

 

為了反映最新的SAN網(wǎng)絡(luò)架構(gòu)技術(shù)，并提供足夠的I/O吞吐量來滿足8GB/秒架構(gòu)的需求，openBench實(shí)驗(yàn)室部署了一個(gè)Texas Memory Systems公司出品的RamSan-400固態(tài)磁盤(SSD)陣列，并為該陣列配置了四個(gè)4GB/秒光纖通道控制器，每個(gè)控制器都能夠處理10萬次IOPS(每秒輸入/輸出)。然后我們?yōu)槊總�(gè)控制器的一個(gè)端口設(shè)置了一個(gè)目標(biāo)端LUN(邏輯單元好)。這種布局代表一種會(huì)遇到潛在SAN瓶頸的最差情境：從RamSan 固態(tài)磁盤所傳出的數(shù)據(jù)量通過4個(gè)4GB/秒數(shù)據(jù)通道匯聚到一個(gè)8GB/秒服務(wù)器HBA端口。

 

中小型企業(yè)數(shù)據(jù)站點(diǎn)的IT人數(shù)比較少，因此SAN的安裝和優(yōu)化是繁重的工作，而IT管理員執(zhí)行問題診斷任務(wù)和維護(hù)任務(wù)所需花費(fèi)的時(shí)間長(zhǎng)短就成為最重要的問題。SAN網(wǎng)絡(luò)架構(gòu)的安裝和運(yùn)行需要多少時(shí)間?為了讓SAN保持最佳的運(yùn)行狀態(tài)，系統(tǒng)/存儲(chǔ)管理員需要付出多少努力?資源抽象化程度的提高是否會(huì)給管理員帶來更多的困惑?這些問題是中小型站點(diǎn)SAN評(píng)估所需要考慮的主要因素。

 

 

在安裝HBA的時(shí)候，IT管理人員會(huì)瀏覽各廠商的網(wǎng)站，以便下載最新版本的軟件，包括驅(qū)動(dòng)程序、固件、啟動(dòng)代碼、管理軟件和在線文檔。 Brocade HBA用戶在這方面有自己的一套經(jīng)驗(yàn)，這也是Brocade HBA用戶有別于QLogic HBA和Emulex HBA用戶的地方。安裝應(yīng)當(dāng)只是一項(xiàng)簡(jiǎn)單的常規(guī)任務(wù)。不過，在這方面，只有Brocade的HBA才超出了我們的預(yù)期。

 

Brocade HBA為用戶提供了一鍵式下載網(wǎng)絡(luò)下載。Brocade采用非常簡(jiǎn)單的安裝流程，能夠自動(dòng)安裝正確的HBA驅(qū)動(dòng)程序，更新到最新的HBA固件和管理程序， 從而簡(jiǎn)化了所有HBA安裝過程。IT管理員只需要面對(duì)兩個(gè)選項(xiàng)：下載并燒錄一個(gè)完整的針對(duì)專門OS(操作系統(tǒng))的CD鏡像;或下載并燒錄更大的能夠針對(duì)多 個(gè)OS的DVD鏡像。

 

與此形成強(qiáng)烈對(duì)比的是，QLogic和Emulex采用傳統(tǒng)的安裝步驟。在每個(gè)廠商的網(wǎng)站上，HBA軟件都被分解成多個(gè)不同選項(xiàng)的列表，每個(gè)選項(xiàng)都需要用戶去選擇，下載并安裝。這也就是說IT管理員必須仔細(xì)地考慮每個(gè)HBA適合哪種固件、驅(qū)動(dòng)程序、啟動(dòng)代碼和管理軟件。

 

雖然HBA管理軟件的安裝過程很重要，不過安裝畢竟只是一次性的過程。用戶的最終目標(biāo)是讓SAN保持最佳狀態(tài)的運(yùn)行，并滿足服務(wù)水平協(xié)議(SLA)的要求。 IT人員是否可以很好地達(dá)成這個(gè)目標(biāo)部分取決于IT管理員在判斷和解決SAN性能問題上的速度。因此，HBA管理軟件的價(jià)值將取決于HCM、 HBAnywhere和SANsurfer如何管理和操作對(duì)象層級(jí)。

 

為了能夠一致地執(zhí)行關(guān)鍵的問題處理任務(wù)，這些管理員必須對(duì)如何利用管理 工具集來進(jìn)行下一步操作保持清醒的認(rèn)識(shí)。這就要求管理工具必須便于學(xué)習(xí)、便于記憶、便于使用。為了具備這種使用上的便利性，HBA管理軟件的用戶界面 (UI)必須避免界面紊亂，并使每一條信息都清楚易懂。

 

在啟動(dòng)HBAnywhere 或SANsurfer之后，管理員會(huì)遇到比較混亂的用戶界面，從信息清晰度的角度來看，這種界面所提供的信息是"越多越亂"。所有的HBA工具，包括 Brocade的HCM，都使用LAN連接來管理所有可用的主機(jī)HBA。為了讓用戶能夠使用簡(jiǎn)單的"單一管理平臺(tái)"( single-pane-of-glass)，每個(gè)HBA管理工具都在圖形用戶界面的左邊布置了一個(gè)SAN導(dǎo)航面板。不過，這個(gè)導(dǎo)航面板通常只能用來監(jiān)視 系統(tǒng)信息而不能用來互動(dòng)，因此其用處有限。

 

通過設(shè)置，在Emulex HBA管理界面出現(xiàn)后，HBAnywhere可以顯示一系列LAN地址。如果沒有提供相應(yīng)的SAN背景，比如分區(qū)成員情況，那么這個(gè)過程可能會(huì)占用相當(dāng)長(zhǎng) 的時(shí)間。更重要的是，沒有一個(gè)SAN導(dǎo)航面板可以將HBA的互動(dòng)管理擴(kuò)展到多個(gè)主機(jī)。由于每個(gè)HBA工具集的對(duì)象管理層級(jí)都是從一個(gè)主機(jī)服務(wù)器開始，因此 IT管理員一次只能管理一個(gè)主機(jī)。

 

另一方面，SANsurfer應(yīng)用了批量命令，這些命令可以通過后臺(tái)處理程序按順序在多個(gè)主機(jī)上對(duì)基本的 HBA設(shè)置參數(shù)進(jìn)行更新。這是邁向企業(yè)級(jí)IT管理自動(dòng)化的第一步。通過這種方式，管理員在手動(dòng)設(shè)置最初的HBA參數(shù)之后，就可以在命令行界面上編寫批量命 令，對(duì)所有其他HBA進(jìn)行同樣的設(shè)置。

 

SANsurfer同時(shí)還提供詳細(xì)的SAN拓?fù)鋱D(所有連接到SANsurfer上的服務(wù)器)，而且 這種拓?fù)鋱D也可以顯示單一服務(wù)器的連接情況。由于這些圖中所包含的端到端數(shù)據(jù)通道信息非常重要和敏感，因此這種信息只能通過一個(gè)菜單中的菜單項(xiàng)才能調(diào)出， 其他界面無法調(diào)出該信息。

 

現(xiàn)在，人們對(duì)統(tǒng)一的管理軟件和一鍵式的IT資源管理重新燃起了興趣，因?yàn)檫@樣可以簡(jiǎn)化IT人員的管理工作，并減少運(yùn)營(yíng)成本。高層IT決策者現(xiàn)在非常關(guān)注資源管理軟件是否具備一致的和便于使用的圖形用戶界面。

 

不過，IT管理員最重要的任務(wù)是發(fā)現(xiàn)問題和分析，而這些任務(wù)并沒有得到很好的定義。這也就是說如果要將IT人員轉(zhuǎn)型為內(nèi)部服務(wù)提供者，讓他們每次都可以一致 地、自動(dòng)地、正確地處理問題，那么就需要為管理員建立良好的管理環(huán)境，讓他們?cè)谶M(jìn)行SAN數(shù)據(jù)傳輸分析，以便滿足服務(wù)水平政策要求的時(shí)候，能夠作出一致的 判斷。

 

一致性是質(zhì)量控制的重要方面，而讓IT人員成為成功的內(nèi)部服務(wù)提供者的重要一步就是采用便于使用的管理工具，這種管理工具需能夠采用 一致的格式，以便于理解的方式顯示數(shù)據(jù)信息。通過Brocade DCF架構(gòu)所采用的Brocade軟件，所有的Brocade管理工具都能夠?yàn)镮T人員提供統(tǒng)一的SAN觸點(diǎn)信息。更重要的是，Brocade的DCF架 構(gòu)為該公司的HBA提供了一個(gè)藍(lán)圖，為將來把服務(wù)器納入到端到端服務(wù)范式奠定了基礎(chǔ)。

 

為了達(dá)到上述目標(biāo)，Brocade的HCM使用了 SAN交換機(jī)圖形用戶界面經(jīng)常采用的方式：在所有的HCM界面和菜單上，使用全局的描述性設(shè)備名稱，而不是用十六進(jìn)制的全局名稱(WWN)ID。 Brocade HCM的這種做法是獨(dú)一無二的，這方便了HBA管理軟件的學(xué)習(xí)、記憶和使用。HCM的這種圖形用戶界面特點(diǎn)使得管理員可以更容易更快捷地啟動(dòng)HCM，并從 中直接獲得完整的有效信息。

 

HCM進(jìn)一步簡(jiǎn)化了菜單結(jié)構(gòu)，避免了煩雜的菜單瀏覽，優(yōu)化了信息顯示方式。和光纖通道交換機(jī)的管理界面一 樣，Brocade的HCM盡量減少菜單數(shù)目，并盡量增加每個(gè)屏幕上所能顯示的信息量。例如，所有可設(shè)置的HBA端口選項(xiàng)都被顯示在一個(gè)單一的屬性菜單頁(yè) 面上。對(duì)于如此大量的信息，HCM還根據(jù)其重要性進(jìn)行分類，HCM的屏幕有三個(gè)面板：一個(gè)用于導(dǎo)航，一個(gè)用于數(shù)據(jù)，一個(gè)用于事件日志警告。這種組合方式增 強(qiáng)了管理員快速發(fā)現(xiàn)HBA運(yùn)行異常的能力。

 

更重要的是，服務(wù)器虛擬化的出現(xiàn)極大地改變了服務(wù)器和存儲(chǔ)之間的I/O格局。對(duì)SAN架構(gòu)布局的 描述需要長(zhǎng)期可靠的指標(biāo)，這種指標(biāo)需能夠衡量服務(wù)器到存儲(chǔ)的連接比例，而這需要新的復(fù)雜的規(guī)劃水平。在服務(wù)器承載多個(gè)虛擬機(jī)的情況下，服務(wù)器HBA的角色 必須和交換機(jī)相當(dāng)。Brocade在這方面有自己的長(zhǎng)處，即使用戶在數(shù)據(jù)中心中遷移虛擬機(jī)，比如從一個(gè)VOE服務(wù)器到下一個(gè)VOE服務(wù)器，該公司的HBA 也能夠?yàn)檎麄�(gè)網(wǎng)絡(luò)架構(gòu)上虛擬機(jī)所發(fā)生的虛擬工作負(fù)荷提供完整的QoS(服務(wù)質(zhì)量)支持，并同時(shí)支持和保證與業(yè)務(wù)處理相關(guān)的SLA(服務(wù)水平協(xié)議)。