OPNET 应用特征环境.pptVIP

OPNET 应用特征环境 By：胡志男 Date：2010-12-20 目录 概述 支持包类型 使用方法 诊断应用问题 实例1：两层Oracle应用延迟诊断 实例2：基于Web的Oracle应用问题检测 ACE 概述 Application Characterization Environment 对网络应用进行形式化描述，分析网络应用的性能，检测存在的故障。 主要使用者：网管、应用开发人员。 ACE 的作用 准确找出网络和应用程序的瓶颈。 诊断应用问题。 探索如何对目前已存在应用的改进。 预测应用程序在不同环境配置和网络条件下的性能表现。 ACE 的使用方法 （1）抓取应用程序数据包（主要是TCP和UDP包）。 （2）预览、导入、过滤通信包 。 （3）可视化整个应用。 （4）分析和诊断应用问题。 （5）预测应用程序性能。 （6）发布ACE报告 （1）抓包 .appcapture 为后缀的包 .enc为后缀的包 Cisco Network Analysis Module Sniffer （2）预览、导入、过滤 选择已抓取的文件 使用ACE Import Wizard 导入 使用ACE Summary导入 （3）可视化：树形图（TreeView） 数据交换图（ Data Exchange Chart ） 层次交换图（ Tier Pair Circle ） 统计数据图（Statistics Graphs） 协议解码器（Protocol Decode） （4）延时类型 应用程序处理延时 由应用程序处理数据产生的延时 等待用户输入延时 网络延时： 由网络时延、带宽、协议处理、拥塞所产生的延时 并联效应 多种延时共同存在 诊断结果类型 层处理瓶颈 （Tier Processing Bottleneck） 由于各层中应用程序处理数据所产生的反应时间。 协议开销瓶颈 （Protocol Overhead Bottleneck ） 由网络协议应用所产生的大量开销时延 诊断结果类型（续） 交互瓶颈 （Chattiness Bottleneck） 应用程序不断地发送大量小的请求和响应，引起服务器资源和网络资源的大量浪费。 交互网络瓶颈 （Network Effects of Chattiness Bottleneck ） 应用中存在大量分组的来回发送，产生的网络时延。 诊断结果类型（续） 传输时延瓶颈 （Effect of Latency Bottleneck ） 数据包在网络中传输所产生的时延瓶颈 带宽瓶颈 （Effect of Bandwidth Bottleneck ） 带宽不足所产生的瓶颈 实例1：两层Oracle应用诊断 背景：某大型企业在各地有多家分公司。受聘于分公司的雇员通过访问公司总部的Oracle 服务器获取所需数据。总公司和分公司之间的网络是相当快的：高带宽、低时延的城域网，网络时延4ms。 问题：访问数据库太慢，执行一个查询，要10s以上才能获得所需数据。 实例1：两层Oracle应用诊断（续） 问题分析：找出导致延迟的根本原因，并提出改进的建议。 典型原因： （1）数据库服务器处理速度慢 （2）网络比较慢 （3）比较差的应用设计 网络结构 数据交换图 数据交换频繁，有大量的分组交换； 应用程序处理时延和等待用户输入时间并不大； 主要时延在于网络时延。 时延总览 总反应时间：11.9 sec 主要时延发生在传输过程中，占总时延的 57.4%。 拥塞时延：15.4% 。 诊断结果 协议开销：瓶颈（Protocol Overhead） 由网络协议应用所产生的大量开销时延。 交互：瓶颈（Chattiness Bottleneck） 应用程序不断地发送大量小的请求和响应，引起应用程序资源和网络资源的大量浪费。 诊断结果 交互网络瓶颈 （Network Effects of Chattiness Bottleneck ） 应用程序不断转变交互方向，产生的网络时延。 传输时延瓶颈 （Effect of Latency Bottleneck ） 数据包在网络中传输所产生的时延瓶颈 改进建议 根本问题：Oracle Server和Oracle Client发送太多小的数据请求和响应。这些小的数据包不仅增加了不必要的协议开销，而且使网络变得拥塞。 改进方法：将小的数据包合并成大的数据包，一起发送。 实例2：基于Web的Oracle应用问题检测 背景：远程客户端访问Web应用程序服务器， Web服务器根据客户端请求，检索Oracle数据库服务器中的数据。客户端到Web应用程序服务器之间采用WAN连接。 问题：发出数据查询请求之后，服务器的反应缓慢。 实例2：基于Web的Orac