#p#好,我們再看第四個monitor功能,ART,Application Response Time,應(yīng)用響應(yīng)時間。
應(yīng)用響應(yīng)時間是分析應(yīng)用的一個很好工具,主要用來分析應(yīng)用的性能。
ART是指一個客戶端發(fā)出一個請求,到服務(wù)器響應(yīng)回來的時間差。
一般來說,應(yīng)用響應(yīng)的快慢,是應(yīng)用性能的一個重要指標(biāo)。
應(yīng)用性能主要決定于幾個因素:網(wǎng)絡(luò)因素、服務(wù)器因素、客戶端因素、應(yīng)用協(xié)議因素
我們先看看如何操作,再來看看應(yīng)用這個功能。
我們打開ART,大家看到Http的應(yīng)用響應(yīng)時間分析,這里有幾個列,server Address,Client Address.
他是怎么知道誰是Server,誰是Client?其實也就是看端口號和IP的對應(yīng)關(guān)系,比如如果一個數(shù)據(jù)包的目的IP是1.1.1.1,目的端口是80,Sniffer就會認(rèn)為1.1.1.1就是Http服務(wù)器。對應(yīng)的源IP就是Client。
AvgRsp—平均響應(yīng)時間
90%Rsp—90%響應(yīng)時間,去掉頭尾個5%,其實我個人覺得去掉最大的10%更合理一些。
還有最大最小的響應(yīng)時間,這些都是以毫秒為單位。
接著就是TotalRsp,這個是響應(yīng)次數(shù),單位是次。
接著是0到25毫秒的響應(yīng)有多少次,25到50毫秒的響應(yīng)有多少次。。等等。
后面還有server發(fā)送子節(jié)數(shù),client發(fā)送子節(jié)數(shù),timeout次數(shù)等等,5秒不響應(yīng)則Timeout。
我們再看看怎么增加其他應(yīng)用,按屬性,選擇display protocol,添加你關(guān)心的協(xié)議,再確定,ART會重新刷新(范老師在演示)
你看我這里就有了telnet,Oracle。
(同學(xué)們:我們沒有Oracle)
我知道,其實平時我們更關(guān)心的是我們關(guān)鍵業(yè)務(wù),所以我們要把我們關(guān)鍵業(yè)務(wù)的端口添加進來,怎么添加?大家跟我來,
選菜單上的toolsàoptionsàprotocol,拉到下面,添加一種應(yīng)用,比如Oracle,端口1521。
再在屬性里把這個新協(xié)議選上,有了嗎?(跑去解答問題去了)
好,大家都做出來了,我們平常分析關(guān)鍵業(yè)務(wù)就行了,有一點要說明,一種業(yè)務(wù)可能有多個應(yīng)用,也就是多個端口,需要同時分析。
有些同學(xué)喜歡把所有well known的協(xié)議添加到協(xié)議列表里,我在共享目錄上有兩個注冊表注入工具,大家只要運行以下就可以將這些常用端口都注入到協(xié)議列表里,就不用一個一個敲了。其實我個人覺得不太必要,多了反而亂。
大家打開注冊表,我們看一下協(xié)議列表,找到這兩項:
HKEY_LOCAL_MACHINE\SOFTWARE\Network Associates, Inc.\Sniffer\4.7\1CommonSettings\Protocols\IP Protocols\TCP
HKEY_LOCAL_MACHINE\SOFTWARE\Network Associates, Inc.\Sniffer\4.7\1CommonSettings\Protocols\IP Protocols\UDP
這就是協(xié)議列表。注意不要有重復(fù)的,否則會報錯。
(編者:這是范老師的板書)
應(yīng)用響應(yīng)時間是評估影響應(yīng)用性能因素的一種很好的工具。我們看這樣一個例子。
比如通過client通過廣域網(wǎng)連接到服務(wù)器。
我們同時在AB兩點部署Sniffer,分析某一業(yè)務(wù)的響應(yīng)時間。
假設(shè)Sniffer在A點,他所看到的響應(yīng)時間包括網(wǎng)絡(luò)消耗時間和服務(wù)器處理時間
在B點的Sniffer看到的響應(yīng)時間主要是服務(wù)器處理時間。這樣我們比較AB兩點的響應(yīng)時間,來判斷影響性能的主要因素是網(wǎng)絡(luò)還是服務(wù)器。
假設(shè)A點的響應(yīng)時間是400毫秒,B點的響應(yīng)時間是100毫秒,我們就知道A點的400毫秒中有300毫秒是消耗在網(wǎng)絡(luò)上的,我們可以認(rèn)為對于這個業(yè)務(wù),性能的主要瓶頸在網(wǎng)絡(luò)上,如果我們在深入分析是距離因素還是貸款因素,我們就可以判斷是否有改善空間。這個細節(jié)我們在第二門課講。
如果B點的響應(yīng)時間達到250毫秒,我們可以認(rèn)為改善服務(wù)器的性能對于這個應(yīng)用來說會更明顯一些。
如果我們Sniffer用多了。我們就可以做一個AB點的響應(yīng)時間的基準(zhǔn)線,假設(shè)正常情況下A點的響應(yīng)時間是400毫秒,有一天你發(fā)現(xiàn)平均響應(yīng)時間達到600毫秒,你就應(yīng)該關(guān)注了,或許用戶還沒有抱怨,如果你這時分析應(yīng)用性能下降的原因,你就可以避免故障的產(chǎn)生,同時避免用戶投訴。當(dāng)然你也會有B點的基準(zhǔn)線,比較跟平時有何不同,很快就知道應(yīng)該檢查網(wǎng)絡(luò)還是服務(wù)器。
對于ART還有什么不清楚地嗎?或者大家平常還有其他用法?
(編者:本來這次想寫完第一天課程再共享,看到論壇中大家在催,就先寫到這吧,過幾天就可以把第一天全部內(nèi)容發(fā)完)
(編者:范老師已經(jīng)找過我了,他說他的MSN有很多陌生人,后來看了內(nèi)容就知道是我寫的,他說分享知識可以,但不要透露敏感信息,還說我比他講得好,汗。。。。所以這次我沒有完全按他的錄音翻譯,自己有所刪節(jié),但基本上是原汁原味。)
(編者:我發(fā)現(xiàn)寫這個真的很累,因為有很多演示,很難寫出來,最近很忙,我都沒有忘記我的承諾,給我加油,好嗎?)
(編者:所有PPT都市我自己做的,范老師的ppt是不給我們的,我很努力吧!)