對(duì)于一款服務(wù)器產(chǎn)品而言，我們可以從三個(gè)角度去評(píng)估它——質(zhì)量、功能和服務(wù)。

質(zhì)量是產(chǎn)品可用的第一要素，這里主要是指硬件的故障率，這個(gè)數(shù)值應(yīng)當(dāng)?shù)陀?%，一些廠(chǎng)商的硬件質(zhì)量甚至可以做到小于1%。不要小看這個(gè)數(shù)字的變化，對(duì)于海量模式的硬件平臺(tái)，基數(shù)越大差距效果就越明顯。假設(shè)服務(wù)器總量是三萬(wàn)臺(tái)，多出一個(gè)1%就意味著平均每天會(huì)多觸發(fā)一次故障事件。即便是更換硬盤(pán)的維修，也會(huì)對(duì)生產(chǎn)系統(tǒng)的運(yùn)行產(chǎn)生一定影響。故障率如果控制不住的話(huà)，那么SLA的承諾就是一紙空談。

同時(shí)質(zhì)量也直指另外一個(gè)重要指標(biāo)，那就是性能。在這里，我們把產(chǎn)品性能也納入到質(zhì)量里面去。為什么這樣講呢？如果一個(gè)產(chǎn)品的性能很差，意味著它的可用性就很差，一個(gè)不可用的產(chǎn)品，從概念上講基本就等同于質(zhì)量不合格。一個(gè)性能極差的產(chǎn)品基本上就是不可用的，對(duì)生產(chǎn)業(yè)務(wù)的正常運(yùn)行是非常不利的。

功能是另外一個(gè)很重要的影響因素。如果說(shuō)質(zhì)量關(guān)系到業(yè)務(wù)的正常運(yùn)行，那么功能就關(guān)系到業(yè)務(wù)的高效維護(hù)。一般所謂的功能主要是指服務(wù)器的帶外管理功能。因?yàn)樵谟布�配置方面，除了RAID卡和電源以外，能夠相互一較高下的地方并不太多。但是服務(wù)器的帶外管理功能確實(shí)可以有效地拉大不同產(chǎn)品之間的距離。

質(zhì)量和功能是在我們的技術(shù)評(píng)估中是占有很大比重的，而服務(wù)部分會(huì)相對(duì)偏輕一些。服務(wù)好不如質(zhì)量好，手冊(cè)好不如產(chǎn)品好。如果一款產(chǎn)品，質(zhì)量可靠有保障，使用簡(jiǎn)單不求人，那么誰(shuí)還會(huì)需要售后服務(wù)和說(shuō)明書(shū)呢？如果產(chǎn)品的質(zhì)量跟不上去，功能又有缺陷，那么服務(wù)再好也是沒(méi)有意義的。相反的，如果產(chǎn)品功能強(qiáng)大且質(zhì)量過(guò)關(guān)，我們反而很少會(huì)使用到售后服務(wù)。

在海量模式下的運(yùn)維場(chǎng)景中，甲方都有自己專(zhuān)門(mén)的運(yùn)維團(tuán)隊(duì)。當(dāng)觸發(fā)任何緊急事件時(shí)，第一時(shí)間都需要運(yùn)維團(tuán)隊(duì)自己解決。我們不可能像過(guò)去傳統(tǒng)的系統(tǒng)集成那樣，把所有工作交付給廠(chǎng)商來(lái)完成。這涉及到一個(gè)時(shí)間成本的問(wèn)題。一個(gè)線(xiàn)上系統(tǒng)發(fā)生故障了，難道你要我打800開(kāi)Case，再等著廠(chǎng)商派工程師出現(xiàn)場(chǎng)嗎？這顯然是不可能的。業(yè)務(wù)就算停止一分鐘的損失都難以估計(jì)，你根本就等不起。只有像硬件維修或是技術(shù)咨詢(xún)這類(lèi)不緊急的問(wèn)題，我們才會(huì)依靠廠(chǎng)商來(lái)支持。

另外，服務(wù)是一個(gè)長(zhǎng)期積累的過(guò)程。一個(gè)廠(chǎng)商的服務(wù)好與壞，在短期內(nèi)是很難做出評(píng)判的。對(duì)于那些以前根本就沒(méi)有使用過(guò)的產(chǎn)品，服務(wù)這一項(xiàng)也僅能通過(guò)測(cè)試階段的售前表現(xiàn)來(lái)看。這也是不能把服務(wù)占比過(guò)重的一個(gè)客觀(guān)因素。

帶外管理有多重要

做系統(tǒng)運(yùn)維的同學(xué)會(huì)經(jīng)常提到帶內(nèi)管理與帶外管理這兩個(gè)名詞。所謂的“內(nèi)”、“外”之分，就是指管理通訊鏈路和業(yè)務(wù)生產(chǎn)通訊鏈路之間的關(guān)系。如果我們使用業(yè)務(wù)所在的鏈路進(jìn)行消息傳遞和管理，我們就稱(chēng)之為帶內(nèi)（In Band），反之就是我們所講的帶外（Out of Band）。

我們?nèi)粘＞S護(hù)生產(chǎn)環(huán)境，主要是通過(guò)帶內(nèi)網(wǎng)絡(luò)進(jìn)行管理。所依靠的手段，無(wú)非就是RDP、VNC、SSH、TELNET這些方式。但是，這些服務(wù)都運(yùn)行在操作系統(tǒng)上面，并且通過(guò)網(wǎng)絡(luò)遠(yuǎn)程訪(fǎng)問(wèn)，其中就存在很多不穩(wěn)定的因素。比如硬件故障，操作系統(tǒng)崩潰，或者是人為操作失誤導(dǎo)致系統(tǒng)無(wú)法訪(fǎng)問(wèn)等等。由此看來(lái)，帶內(nèi)管理這條通道是很脆弱的。我們需要使用另外一個(gè)備用的手段，來(lái)確保我們對(duì)設(shè)備和操作系統(tǒng)的控制權(quán)。

帶外管理是完全獨(dú)立于現(xiàn)有生產(chǎn)環(huán)境的，從硬件接口、網(wǎng)絡(luò)鏈路，再到存儲(chǔ)和操作系統(tǒng)都是單獨(dú)分離出來(lái)的。帶外管理系統(tǒng)存放在一個(gè)很小的控制芯片上面，里面是一個(gè)經(jīng)過(guò)修剪的、只讀的最小系統(tǒng)環(huán)境，通過(guò)單獨(dú)的接口與網(wǎng)絡(luò)去訪(fǎng)問(wèn)。所以它的可靠性比帶內(nèi)管理網(wǎng)絡(luò)要高得多。只要控制芯片加電且?guī)�外的網(wǎng)絡(luò)正常，我們就可以始終把控制權(quán)牢牢地掌握在手中。

當(dāng)帶內(nèi)管理網(wǎng)絡(luò)崩潰時(shí)，我們依舊可以憑借帶外管理提供的虛擬控制臺(tái)，遠(yuǎn)程登錄生產(chǎn)系統(tǒng)的本地console界面，這相當(dāng)于在機(jī)房里面直接接上KVM（Keyboard-Video-Mouse）設(shè)備。是我們處理故障最有效的保障手段。除了斷后之外，帶外管理也扮演著開(kāi)路先鋒的角色。在設(shè)備剛剛上架加電的時(shí)候，我們是沒(méi)有帶內(nèi)環(huán)境的，系統(tǒng)的安裝部署，服務(wù)器的開(kāi)關(guān)啟停都離不開(kāi)帶外管理。

也許在一些人看來(lái)，帶外管理不過(guò)是提供了一個(gè)遠(yuǎn)程的虛擬控制臺(tái)而已。但實(shí)際上，它所能完成的任務(wù)遠(yuǎn)遠(yuǎn)不止這些。優(yōu)秀的帶外管理可以說(shuō)是提供了所有你在本地操作面前能做的一切功能，甚至還有額外的增值項(xiàng)目。我們可以借此獲取詳盡的硬件清單配置列表，收集監(jiān)控?cái)?shù)據(jù)信息，設(shè)置BIOS參數(shù)，甚至操控硬件。

異構(gòu)平臺(tái)融合能力

從管理角度講，單一使用一家廠(chǎng)商的產(chǎn)品，對(duì)于資產(chǎn)的統(tǒng)一管理與配置是有利的。如果出貨量大，雙方相互之間還可以簽署框架協(xié)議，進(jìn)一步推動(dòng)價(jià)格成本控制和產(chǎn)品定制化。這對(duì)于平臺(tái)初期的快速建設(shè)是有一定幫助的。不過(guò)，當(dāng)平臺(tái)規(guī)模從溪流模式發(fā)展到江河模式或者海量模式的時(shí)候，一些政策法規(guī)不允許只此一家的這種采購(gòu)形式的存在，同時(shí)單一化產(chǎn)品也存在品牌綁架的風(fēng)險(xiǎn)。這個(gè)時(shí)期，就會(huì)突然涌現(xiàn)出許多不同品牌，它們都有可能在未來(lái)同時(shí)入駐到我們的服務(wù)體系當(dāng)中去。由于來(lái)自不同產(chǎn)品之間的差異會(huì)帶來(lái)多樣化管理的難題，這就對(duì)服務(wù)器的異構(gòu)平臺(tái)融合能力提出了嚴(yán)苛的要求。我們不希望看到，因?yàn)楫a(chǎn)品差異化而增加運(yùn)維的管理成本。因此，必須弱化這種差異效應(yīng)，讓運(yùn)維團(tuán)隊(duì)的成員感受不到不同產(chǎn)品之間的切換與變化。

支持并使用標(biāo)準(zhǔn)的公有開(kāi)放式協(xié)議是異構(gòu)融合的關(guān)鍵。私有協(xié)議不管做的多好，對(duì)于一統(tǒng)天下是沒(méi)有任何幫助的。除非你沒(méi)有競(jìng)爭(zhēng)對(duì)手，或者你的私有協(xié)議能成為公認(rèn)的標(biāo)準(zhǔn)。

IPMI協(xié)議盡管發(fā)展使用了將近20年的時(shí)間，可以方便地為用戶(hù)提供電源控制、傳感器監(jiān)控等通用型功能，但是它已經(jīng)是一個(gè)落后于時(shí)代的產(chǎn)物了。作為x86平臺(tái)的工程師，我們一直都很羨慕小型機(jī)上面有專(zhuān)門(mén)獲取硬件信息的命令。而IPMI對(duì)于這方面需求的發(fā)展一直是難有作為。事實(shí)上，一些廠(chǎng)商像Dell、聯(lián)想在IPMI上也有oem接口，但是IPMI所能作的工作實(shí)在是太有限了，我們需要一個(gè)新的方案來(lái)解決異構(gòu)平臺(tái)上的管理難題。

WS-Management，全稱(chēng)叫做Web Services-Management，是DMTF組織基于SOAP(Simple Object Access Protocal，簡(jiǎn)單對(duì)象訪(fǎng)問(wèn)協(xié)議)制定的一種開(kāi)源標(biāo)準(zhǔn)。該標(biāo)準(zhǔn)致力于在不同的x86設(shè)備廠(chǎng)商當(dāng)中，提供一種IT基礎(chǔ)架構(gòu)信息訪(fǎng)問(wèn)與修改的統(tǒng)一接口。這對(duì)于那些支持該標(biāo)準(zhǔn)的廠(chǎng)商來(lái)說(shuō)，會(huì)給用戶(hù)有效地管理資產(chǎn)配置工作提供極大的幫助。例如，我們有很多來(lái)自不同廠(chǎng)商的服務(wù)器設(shè)備。如果它們都能夠很好地支持WS-Management標(biāo)準(zhǔn)的話(huà)，那么就可以通過(guò)wsmancli工具，統(tǒng)一采集或修改所有服務(wù)器的硬件配置信息，而不必因?yàn)樗接谢�工具分治的�?wèn)題而形成多頭管理的局面。像AMD、Dell、Intel、Microsoft這些知名廠(chǎng)商都是該項(xiàng)標(biāo)準(zhǔn)組的成員。

這里我們就目前已經(jīng)實(shí)際應(yīng)用了WS-Management協(xié)議的DELL服務(wù)器為例，如果我們需要獲取網(wǎng)卡的MAC地址的話(huà)，可以使用如下命令實(shí)現(xiàn)。

使用WS-Management，必須先在客戶(hù)端上面安裝名為wsmancli軟件包。DELL在這方面走得還是非�？壳暗模�官網(wǎng)上不但給出了wsman的使用實(shí)例，同時(shí)還在git上面提供了一整套范例腳本。具體內(nèi)容請(qǐng)讀者自行參考如下鏈接。

3）范例腳本下載地址和說(shuō)明：

q https://github.com/dell/recite

q http://en.community.dell.com/techcenter/systems-management/w/wiki/3757.recite-interactive-ws-man-ing-environment

q http://en.community.dell.com/techcenter/extras/m/white_papers/20066176

q http://en.community.dell.com/techcenter/extras/m/white_papers/20066181

除了WS-Management以外，類(lèi)似的標(biāo)準(zhǔn)還有Redfish，最新版本是2.0。它是一個(gè)通過(guò)RESTful接口利用JSON數(shù)據(jù)來(lái)實(shí)現(xiàn)的集成解決方案。Redfish的是一個(gè)更加輕量級(jí)的協(xié)議。比起WS-Management來(lái)，它同樣借助了HTTP模式，但傳輸數(shù)據(jù)更少，協(xié)議層更加簡(jiǎn)單，Redfish所能夠支持的成員也更多。國(guó)內(nèi)一些廠(chǎng)家已經(jīng)在推動(dòng)Redfish項(xiàng)目的進(jìn)程了。具體的詳細(xì)內(nèi)容可以參考如下鏈接：http://www.dmtf.org/standards/wsman。

另外一點(diǎn)就是兼容性。兼容性的優(yōu)勢(shì)將使產(chǎn)品在未來(lái)異構(gòu)融合的競(jìng)爭(zhēng)中處于有利的位置。我們可以回顧一下歷史，看一看WinZip為什么會(huì)輸給了WinRAR。當(dāng)年WinZip是壓縮軟件界的老大哥，而WinRAR只是初出茅廬的毛頭小子而已。不過(guò)，WinRAR在推廣自己壓縮率更高的rar格式的同時(shí)，也兼容了zip格式。而WinZip卻不愿意把rar格式納入到自己的帳下，也許WinZip覺(jué)得這樣做實(shí)在是丟不起那個(gè)人。這兩種策略最終形成了兩種完全不同的結(jié)果。盡管后來(lái)各式各樣的壓縮軟件如雨后春筍般的出現(xiàn)，但都無(wú)法撼動(dòng)WinRAR霸主的地位。原因就在于WinRAR能夠謹(jǐn)記WinZip失敗的教訓(xùn)，不斷地兼容后來(lái)者的各項(xiàng)功能，穩(wěn)固了自己的江山。

我們就拿虛擬控制臺(tái)舉例，絕大多數(shù)服務(wù)器的虛擬控制臺(tái)依舊是通過(guò)Java程序來(lái)實(shí)現(xiàn)的。而HP提供的C/S模式的工作效率顯然要比Java高很多，并為本地登錄提供了冗余手段。按理說(shuō)，HP能做到這一步，在眾多廠(chǎng)商里面已經(jīng)算是很領(lǐng)先的了。但是DELL的思維模式卻顯得更加前衛(wèi)，它把VNC服務(wù)直接嵌入到帶外管理模塊中，在本地登錄的時(shí)候使用VNC Viewer就可以了，而不是像HP那樣要安裝一個(gè)私有化的客戶(hù)端。使用開(kāi)放標(biāo)準(zhǔn)的VNC協(xié)議的優(yōu)勢(shì)就在于沒(méi)有開(kāi)發(fā)成本，而且它的通用性和可行性都很強(qiáng)，在未來(lái)異構(gòu)平臺(tái)融合的大背景下具有很大的競(jìng)爭(zhēng)優(yōu)勢(shì)。在寫(xiě)這本書(shū)的時(shí)候，我已經(jīng)在和華為、聯(lián)想、浪潮的銷(xiāo)售與技術(shù)團(tuán)隊(duì)的技術(shù)交流中，建議廠(chǎng)商嘗試在帶外管理中嵌入VNC服務(wù)。這也許將在未來(lái)形成一種趨勢(shì)，我個(gè)人希望借助宣講和推動(dòng)，為業(yè)界產(chǎn)品的異構(gòu)融合邁出堅(jiān)實(shí)的第一步。

完善的信息數(shù)據(jù)展示

信息展示分為靜態(tài)和動(dòng)態(tài)兩個(gè)部分，靜態(tài)信息是指硬件清單的配置信息，動(dòng)態(tài)信息是指部件狀態(tài)的實(shí)時(shí)監(jiān)測(cè)數(shù)據(jù)。

硬件清單的配置信息用于資產(chǎn)管理和安裝部署之用，采購(gòu)的機(jī)型不止一種，所以需要通過(guò)硬件清單列表的詳細(xì)內(nèi)容對(duì)服務(wù)器進(jìn)行辨識(shí)，同時(shí)也有助于我們檢查供貨設(shè)備硬件配置的準(zhǔn)確性。硬件配置清單列表中應(yīng)當(dāng)盡可能地包括如表1所示的內(nèi)容信息。