面向客戶感知的web業(yè)務性能的實時監(jiān)測方法

面向客戶感知的web業(yè)務性能的實時監(jiān)測方法

論文導讀：本文采取主動測試的方式對WEB業(yè)務狀況進行測量。計算出各應用層的性能指標的測量結果。業(yè)務，面向客戶感知的web業(yè)務性能的實時監(jiān)測方法。

關鍵詞：WEB業(yè)務，性能指標，業(yè)務監(jiān)測

1問題描述為了解決產(chǎn)品線不足，競爭能力不強的局面，長沙分公司正大力發(fā)展全業(yè)務，特別是CMNET核心網(wǎng)的建設及集團單位的專線接入。而從目前用戶發(fā)展情況來看，由于內(nèi)容資源大部分在電信和聯(lián)通的IDC中，導致中國移動互聯(lián)網(wǎng)（CMNET）的寬帶用戶在訪問服務時感知很差。與此同時，無論是MDCN還是CMNET，傳統(tǒng)網(wǎng)管方法以設備為管理對象，雖然可以幫助用戶獲得網(wǎng)絡鏈路上某一組件的運行狀況，但是，令網(wǎng)管人員頭痛的是他們真正關注的由這些組件組合起來的業(yè)務通路的運營狀況，不能由系統(tǒng)表現(xiàn)出來。論文寫作，WEB業(yè)務。。比如很多時候網(wǎng)絡的物理層和鏈路層是正常的，而用戶仍然抱怨網(wǎng)絡工作異常，無法訪問WEB頁面或是發(fā)郵件等。比如數(shù)據(jù)部反映部分終端不能登陸經(jīng)分系統(tǒng)服務器，我們維護人員在處理故障時，發(fā)現(xiàn)無論是物理連接、路由及TCP連接都不存在問題，在配置相同的情況下某些終端確實無法登陸經(jīng)分服務器。目前我們大多以網(wǎng)絡設備為管理對象，無法提供用戶業(yè)務的運行狀況。而用戶往往關心一些與業(yè)務直接相關的問題，如業(yè)務通路是否運行正常？當不正常時，問題可能出在什么地方？某項具體業(yè)務目前運行不正常，但網(wǎng)絡設備運行都是正常的，則發(fā)生該現(xiàn)象的可能原因是什么？主要問題出在什么地方？而這些問題都是這種傳統(tǒng)方式無法解決的。一個典型的例子是我們網(wǎng)絡維護人員經(jīng)常收到投訴說網(wǎng)速慢，打開一個網(wǎng)頁需要很長時間，而我們維護人員的主要手段是通過ping的往返時延來判斷，但網(wǎng)絡層ping包的傳輸時延并不能代表應用層用戶最終體驗時延。網(wǎng)管人員給出的解釋大都是服務器訪問人數(shù)太多或是客戶終端打開的頁面太多，問題還是沒有得到最終定位。因此，我們?nèi)粘５木W(wǎng)絡管理維護工作，也要逐步遷移到面向應用層業(yè)務性能、面向網(wǎng)絡服務質(zhì)量為中心的網(wǎng)絡管理中去[1-2]。無論在CMNET還是MDCN中，web業(yè)務在當前Internet流量中占有重要地位，因此對網(wǎng)絡中WEB業(yè)務的實時監(jiān)測很重要。2解決方案--WEB業(yè)務性能監(jiān)測方法本文采取主動測試的方式對WEB業(yè)務狀況進行測量，通過完全模擬用戶業(yè)務操作的方式，從客戶端發(fā)起對服務器的請求，觀察服務器的響應情況，從而了解WEB業(yè)務的性能狀況。具體過程是：首先模擬WEB業(yè)務編寫測量工具，當需要了解某條業(yè)務通路中的業(yè)務運行狀況時，從業(yè)務通路的客戶端運行業(yè)務測量工具，向關心的WEB服務器發(fā)起業(yè)務請求，根據(jù)回收的測量結果即可分析當前該業(yè)務通路中的業(yè)務運行狀況。通過這種端到端的測量方式，即可獲得用戶真正關心的端到端業(yè)務狀況。該方式不僅可以了解WEB業(yè)務的性能，而且可以觀測業(yè)務所在鏈路本身的性能，觀察WEB服務器的工作狀況。WEB業(yè)務使用的是標準HTTP協(xié)議[3]。論文寫作，WEB業(yè)務。。圖1給出了HTTP協(xié)議進行一次成功的Web訪問取得頁面對象所經(jīng)歷的業(yè)務過程：客戶端首先需要對服務器域名進行解析，如果IP地址未知，則向DNS服務器發(fā)出查詢請求；DNS服務器返回對應的IP地址后，客戶端和服務器建立TCP連接，同時發(fā)出HTTPGET請求；服務器以客戶請求的web對象予以響應。對于進一步的GET請求與響應，則與HTTP協(xié)議版本是否開放持續(xù)連接有關，對于不支持持續(xù)連接的版本，將建立新的連接。我們就在測試機部署開發(fā)的測試工具模擬這個交互過程，通過搜集得到的反饋信息來對該筆WEB業(yè)務進行實時監(jiān)測和分析。圖1WEB業(yè)務測試原理圖WEB業(yè)務使用的是標準HTTP協(xié)議。HTTP是一個超文本傳輸協(xié)議，它基于TCP協(xié)議實現(xiàn)。其交互過程主要包括：首先通過三次握手與HTTP服務器建立起一個TCP連接，然后雙方需要進行一些命令交互，即可進行相應操作。其關心的主要參數(shù)是連接建立時間和web訪問的吞吐量。WEB業(yè)務探測過程如下：1）域名解析，計算DNS查找時間；2）測量工具在客戶端向服務器發(fā)出連接請求；3）服務器在80端口監(jiān)聽客戶端的連接請求，并根據(jù)自身的負荷情況確認該請求，完成TCP連接的建立，即可得到HTTP連接響應時間；4）探測端發(fā)出HTTPGET請求，計算打開一個指定的頁面的起始時間和結束時間，得到所需的總時間T；5）計算雙方交互的數(shù)據(jù)量的大小S，就可以給出用戶在瀏覽頁面時能夠獲得的吞吐量的大小。對WEB應用進行主動測量的基本過程是：編程實現(xiàn)模擬客戶端的HTTP業(yè)務過程，對待測量Web服務器進行TCP連接、發(fā)出下載網(wǎng)頁請求、接收網(wǎng)頁數(shù)據(jù)，最后斷開對Web服務器的連接；在此過程中記錄不同時刻的時間，記錄數(shù)據(jù)量等；計算出各應用層的性能指標的測量結果。3效果驗證與分析把開發(fā)的測量工具部署在長移MDCN網(wǎng)中八樓的一臺PC上，選定湖南移動門戶網(wǎng)站(外網(wǎng)地址)和經(jīng)分服務器http://71/HNBAS/main/entry.jsp（內(nèi)網(wǎng)地址）作為測量對象。論文寫作，WEB業(yè)務。。論文寫作，WEB業(yè)務。。選擇上述兩個網(wǎng)站作為被對象的目的是，即可以驗證測量工具的有效性和健壯性，又可以分析和比較局域網(wǎng)內(nèi)的服務器和外部服務器的性能有什么不同。圖2湖南移動門戶網(wǎng)站W(wǎng)EB服務測試結果圖3經(jīng)分服務器WEB測試結果分析測量數(shù)據(jù)可知，從測試機連接到經(jīng)分服務器的WEB服務，“用戶感知的Web連接時間”大體上均勻地分布在135~140毫秒之間；“網(wǎng)頁下載速率”分布在260~264KB/S之間?？偟膩碚f，數(shù)據(jù)分布很密集，表明該服務器及網(wǎng)絡的性能很穩(wěn)定。從測試機連接到湖南移動門戶網(wǎng)站網(wǎng)站的用戶感知的連接時間大體上均勻地分布在85毫秒與120毫秒之間；“網(wǎng)頁下載速率”分布在55和75KB/S之間。數(shù)據(jù)分布區(qū)域略大，表明該服務器及網(wǎng)絡的性能欠穩(wěn)定。另外，我們關注性能指標“Web連接時間”、“GET命令響應時間”。對實驗數(shù)據(jù)的初步分析發(fā)現(xiàn)，“GET命令響應時間”大于“Web連接時間”，似乎說明了服務器在收到GET命令后花很長時間處理，然后才發(fā)送命令響應信息?？蛻舳嗽谕瓿山⑦B接工作后即刻發(fā)送GET命令同時開始記錄時間，而服務器端即使收到了該命令也不會作出響應，因為它還沒有完成連接的建立工作，等服務器收到第三次握手包，再處理GET命令再發(fā)送命令響應，所以指標“GET命令響應時間”的值就大于“Web連接時間”，幾乎是后者的二倍。實驗表明WEB業(yè)務的瓶頸不在本地機一端。論文寫作，WEB業(yè)務。。4結束語通過WEB業(yè)務性能測量提供的端到端的性能數(shù)據(jù)，可以了解網(wǎng)絡當前的運行狀態(tài)，并輔助進行承載網(wǎng)的故障診斷，提高用戶訪問WEB業(yè)務的數(shù)量和質(zhì)量。論文寫作，WEB業(yè)務。。因此，WEB業(yè)務性能測量不論是對內(nèi)容提供商還是運營商都具有重要意義。

參考文獻

[1]張文杰,錢德沛,張然等.互聯(lián)網(wǎng)應用性能測量系統(tǒng)