OPNET 應用特征環(huán)境

OPNET應用特征環(huán)境By：胡志男Date：2010-12-201目錄概述支持包類型使用方法診斷應用問題實例1：兩層Oracle應用延遲診斷實例2：基于Web的Oracle應用問題檢測2ACE概述ApplicationCharacterizationEnvironment對網絡應用進行形式化描述，分析網絡應用的性能，檢測存在的故障。主要使用者：網管、應用開發(fā)人員。3ACE的作用準確找出網絡和應用程序的瓶頸。診斷應用問題。探索如何對目前已存在應用的改進。預測應用程序在不同環(huán)境配置和網絡條件下的性能表現(xiàn)。4ACE的使用方法（1）抓取應用程序數(shù)據包（主要是TCP和UDP包）。（2）預覽、導入、過濾通信包。（3）可視化整個應用。（4）分析和診斷應用問題。（5）預測應用程序性能。（6）發(fā)布ACE報告5（1）抓包.appcapture

為后綴的包.enc為后綴的包CiscoNetworkAnalysisModuleSniffer6（2）預覽、導入、過濾選擇已抓取的文件使用ACEImportWizard導入使用ACESummary導入7（3）可視化：樹形圖（TreeView）8數(shù)據交換圖（DataExchangeChart）9層次交換圖（TierPairCircle）10統(tǒng)計數(shù)據圖（StatisticsGraphs）11協(xié)議解碼器（ProtocolDecode）12（4）延時類型應用程序處理延時

由應用程序處理數(shù)據產生的延時等待用戶輸入延時網絡延時：

由網絡時延、帶寬、協(xié)議處理、擁塞所產生的延時并聯(lián)效應 多種延時共同存在131415診斷結果類型層處理瓶頸（TierProcessingBottleneck） 由于各層中應用程序處理數(shù)據所產生的反應時間。協(xié)議開銷瓶頸（ProtocolOverheadBottleneck

）由網絡協(xié)議應用所產生的大量開銷時延16診斷結果類型（續(xù)）交互瓶頸（ChattinessBottleneck） 應用程序不斷地發(fā)送大量小的請求和響應，引起服務器資源和網絡資源的大量浪費。交互網絡瓶頸（NetworkEffectsofChattinessBottleneck）應用中存在大量分組的來回發(fā)送，產生的網絡時延。17診斷結果類型（續(xù)）傳輸時延瓶頸（EffectofLatencyBottleneck）數(shù)據包在網絡中傳輸所產生的時延瓶頸帶寬瓶頸（EffectofBandwidthBottleneck） 帶寬不足所產生的瓶頸18實例1：兩層Oracle應用診斷背景：某大型企業(yè)在各地有多家分公司。受聘于分公司的雇員通過訪問公司總部的Oracle服務器獲取所需數(shù)據?？偣竞头止局g的網絡是相當快的：高帶寬、低時延的城域網，網絡時延<4ms。問題：訪問數(shù)據庫太慢，執(zhí)行一個查詢，要10s以上才能獲得所需數(shù)據。19實例1：兩層Oracle應用診斷（續(xù)）問題分析：找出導致延遲的根本原因，并提出改進的建議。典型原因：（1）數(shù)據庫服務器處理速度慢（2）網絡比較慢（3）比較差的應用設計20網絡結構21數(shù)據交換圖數(shù)據交換頻繁，有大量的分組交換；應用程序處理時延和等待用戶輸入時間并不大；主要時延在于網絡時延。22時延總覽總反應時間：11.9sec主要時延發(fā)生在傳輸過程中，占總時延的57.4%。擁塞時延：15.4%。23診斷結果協(xié)議開銷：瓶頸（ProtocolOverhead） 由網絡協(xié)議應用所產生的大量開銷時延。交互：瓶頸（ChattinessBottleneck） 應用程序不斷地發(fā)送大量小的請求和響應，引起應用程序資源和網絡資源的大量浪費。24診斷結果交互網絡瓶頸（NetworkEffectsofChattinessBottleneck）應用程序不斷轉變交互方向，產生的網絡時延。傳輸時延瓶頸（EffectofLatencyBottleneck）數(shù)據包在網絡中傳輸所產生的時延瓶頸25改進建議根本問題：OracleServer和OracleClient發(fā)送太多小的數(shù)據請求和響應。這些小的數(shù)據包不僅增加了不必要的協(xié)議開銷，而且使網絡變得擁塞。改進方法：將小的數(shù)據包合并成大的數(shù)據包，一起發(fā)送。26實例2：基于Web的Oracle應用問題檢測背景：遠程客戶端訪問Web應用程序服務器，Web服務器根據客戶端請求，檢索Oracle數(shù)據庫服務器中的數(shù)據?？蛻舳说絎eb應用程序服務器之間采用WAN連接。問題：發(fā)出數(shù)據查詢請求之后，服務器的反應緩慢。27實例2：基于Web的Oracle應用問題檢測問題分析：通過ACE，驗證是哪一種原因導致服務器的響應時間過長。典型原因：（1）網絡傳輸時延（2）應用程序處理時延28網絡結構29數(shù)據交換圖30診斷結果31時延總覽總反應時間：506ms主要時延發(fā)生在Web應用服務器處理，占總時延的49.6%?？蛻舳颂幚恚?0.2%。32診斷結果交互瓶頸：該應用存在大量小的請求和響應，導致了程序處理資源和網絡資源的大量浪費。協(xié)議開銷瓶頸：由網絡協(xié)議應用所產生的大量開銷時延。33改進建議