工具供應(yīng)商希望能夠以更少、更有效的輕量級(jí)監(jiān)控工具來(lái)監(jiān)控整個(gè)環(huán)境，據(jù)研究副總裁JonahKowall在出席Gartner公司的IT基礎(chǔ)架構(gòu)和運(yùn)營(yíng)管理峰會(huì)的統(tǒng)一管理討論期間表示。

　　如下，我們將分析傳統(tǒng)性能監(jiān)測(cè)工具的局限性及下一代統(tǒng)一監(jiān)控工具潛在的優(yōu)勢(shì)。

　　傳統(tǒng)性能監(jiān)控工具的缺點(diǎn)

　　每家企業(yè)都在使用軟件工具來(lái)測(cè)量性能。這其中包括應(yīng)用程序性能監(jiān)控(APM)，網(wǎng)絡(luò)性能管理(NPM)，服務(wù)器性能管理，存儲(chǔ)性能管理以及數(shù)據(jù)中心的其他元素。但是，傳統(tǒng)的工具給IT設(shè)計(jì)師和架構(gòu)師們帶來(lái)了一系列難以克服的問(wèn)題。

　　例如，APM，是用戶體驗(yàn)和應(yīng)用程序?yàn)槠髽I(yè)提供的服務(wù)質(zhì)量的一個(gè)重要指標(biāo)。但傳統(tǒng)的APM工具分散在數(shù)據(jù)中心的各處，可能無(wú)法為企業(yè)IT領(lǐng)導(dǎo)們提供他們所需要了解的可用信息。

　　通常，它們是帶來(lái)麻煩最多的工具。許多企業(yè)依靠筒倉(cāng)執(zhí)行其核心任務(wù)，如服務(wù)器，網(wǎng)絡(luò)，存儲(chǔ)，甚至虛擬化管理。由于大多數(shù)工具都是基于專(zhuān)有軟件，他們通常不能整合或共享數(shù)據(jù)，從而限制了孤島筒倉(cāng)之間的視覺(jué)角度。

　　而工具的數(shù)量是成倍增長(zhǎng)的，因?yàn)槊總€(gè)功能分區(qū)都會(huì)引入了新的軟件工具。

　　kowall在現(xiàn)場(chǎng)抽查了與會(huì)人員，發(fā)現(xiàn)40%的受訪者所在的企業(yè)均依賴(lài)6到10款不同的工具來(lái)監(jiān)控他們的環(huán)境。

　　數(shù)據(jù)收集方法帶來(lái)了另一個(gè)問(wèn)題。代理是最為普遍的從監(jiān)測(cè)要素查詢(xún)數(shù)據(jù)的方法，但代理會(huì)影響性能，而且較舊的代理可以成為攻擊的潛在媒介。這兩個(gè)因素經(jīng)常被忽略，因?yàn)閿?shù)據(jù)中心的架構(gòu)缺乏一個(gè)連貫的計(jì)劃，以適應(yīng)或維持監(jiān)控代理。不過(guò)，有供應(yīng)商鎖定的元素，因?yàn)樵S多工具供應(yīng)商繼續(xù)在推動(dòng)基于代理的數(shù)據(jù)收集和傳遞。

　　但這些抱怨并不能解決現(xiàn)代IT企業(yè)不斷變化的現(xiàn)實(shí)問(wèn)題。企業(yè)的孤島筒倉(cāng)不再是靜態(tài)的，而應(yīng)用程序也越來(lái)越相互依存和動(dòng)態(tài)。例如，應(yīng)用程序可能會(huì)依賴(lài)于數(shù)據(jù)庫(kù)或其他應(yīng)用程序，并可能隨著用戶需求的變化需要大規(guī)模計(jì)算。這樣，配置應(yīng)用程序就會(huì)涉及到網(wǎng)絡(luò)，更大的存儲(chǔ)，服務(wù)器等之間的相互依存。

　　應(yīng)用監(jiān)控必須更好地收集和報(bào)告數(shù)據(jù)在一個(gè)廣闊的數(shù)據(jù)中心功能區(qū)的情況——但同時(shí)也需要施以較少的需求和更有效的操作環(huán)境。

　　統(tǒng)一的監(jiān)測(cè)獲得長(zhǎng)足的進(jìn)展

　　統(tǒng)一的性能監(jiān)控的理念已經(jīng)在監(jiān)測(cè)工具供應(yīng)商和用戶之間獲得了廣泛的好評(píng)。我們的目標(biāo)是提供一個(gè)簡(jiǎn)單且具有成本效益的工具，能夠跨功能區(qū)自動(dòng)實(shí)現(xiàn)優(yōu)越的監(jiān)控水平，同時(shí)沒(méi)有代理的陷阱。

　　統(tǒng)一的監(jiān)控可以利用應(yīng)用程序編程接口(API)，現(xiàn)在可查詢(xún)系統(tǒng)以收集和報(bào)告范圍日益擴(kuò)大的信息，Kowall說(shuō)。如此高的水平的工具也可以洞察連接系統(tǒng)，以便更好地發(fā)現(xiàn)和拓?fù)浞治?。一些統(tǒng)一的監(jiān)測(cè)工具也可以執(zhí)行日志文件分析來(lái)關(guān)聯(lián)事件，并在設(shè)備復(fù)雜的環(huán)境進(jìn)行數(shù)十個(gè)甚至上百個(gè)故障排除。

　　這一的影響是顯著的。考慮到一臺(tái)虛擬機(jī)(VM)哪怕中斷短短幾分鐘，但監(jiān)測(cè)新的VM往往需要人工手動(dòng)安裝代理，以及昂貴的許可和配置添加虛擬機(jī)的監(jiān)視范圍的耗時(shí)成本。理想的統(tǒng)一監(jiān)控能夠發(fā)現(xiàn)和應(yīng)對(duì)新的虛擬機(jī)，自動(dòng)使用現(xiàn)有的API，不需要再安裝軟件，很少(如果有的話)進(jìn)行設(shè)置。

　　統(tǒng)一監(jiān)控工具的供應(yīng)商隊(duì)伍在不斷發(fā)展壯大。特別是一些成熟的供應(yīng)商已經(jīng)在生產(chǎn)輕巧，API驅(qū)動(dòng)的監(jiān)控，以及日志文件的分析能力。Kowall指出，包括AccelOps公司，CATechnologies公司，Centerity系統(tǒng)公司，GroundWorkInc.公司，Ipswitch公司，Kaseya，ManageEngine，ScienceLogic公司，SolarWinds公司和Zenoss公司等供應(yīng)商均采用日志文件分析包括惠普，IBM，Elasticsearch，VMware，Splunk公司和SumoLogic。

　　統(tǒng)一性能監(jiān)控增長(zhǎng)帶來(lái)的煩惱

　　雖然統(tǒng)一監(jiān)控為企業(yè)帶來(lái)的好處越來(lái)越多，但該技術(shù)沒(méi)有完全準(zhǔn)備好取代所有其他的APM或NPM工具。當(dāng)然，采用統(tǒng)一管理肯定可以降低工具的總數(shù)量，大大降低舊的傳統(tǒng)工具的負(fù)擔(dān)和風(fēng)險(xiǎn)，同時(shí)配合企業(yè)精心挑選的APM和NPM產(chǎn)品，作為補(bǔ)充，Kowall說(shuō)。

　　例如，設(shè)計(jì)用于測(cè)量最終用戶體驗(yàn)，并提供早期問(wèn)題預(yù)警的應(yīng)用性能的工具可能會(huì)繼續(xù)依賴(lài)于定制，代理驅(qū)動(dòng)的工具。這是因?yàn)榇砜梢匀萑讨袛噙B接，悄悄地收集數(shù)據(jù)，當(dāng)連接可用時(shí)與集中收集的服務(wù)器共享。

　　基于API的監(jiān)控工具不會(huì)很快消失。企業(yè)也可以繼續(xù)像監(jiān)控關(guān)鍵業(yè)務(wù)交易一樣使用其他工具監(jiān)控，實(shí)施復(fù)雜的故障排除，性能調(diào)整和容量規(guī)劃等具體任務(wù)。

　　對(duì)于統(tǒng)一監(jiān)控工具而言，一個(gè)持續(xù)的挑戰(zhàn)在于對(duì)API的依賴(lài)需要其他軟件供應(yīng)商在他們的產(chǎn)品開(kāi)發(fā)和測(cè)試方面做更多的工作。盡管有著很好的前景，但沒(méi)有統(tǒng)一的標(biāo)準(zhǔn)就不能保證一套API套件是合適可用的，某些監(jiān)控功能可能根本無(wú)法使用或無(wú)法實(shí)現(xiàn)跨異構(gòu)平臺(tái)的一致性。

　　數(shù)據(jù)中心企業(yè)所面臨的承諾和陷阱是非常明確的。引入一款統(tǒng)一的監(jiān)測(cè)工具已被證明是需要精心策劃的項(xiàng)目，并需要針對(duì)不同的產(chǎn)品路線圖進(jìn)行大量的測(cè)試，因?yàn)槠淇赡軙?huì)影響API的可用性。只有這樣，你才能在您的數(shù)據(jù)中心推出統(tǒng)一的性能監(jiān)控。