| 这部分主要包括两部分内容，一是应用网络故障分析；二是网络应用性能监控。
|
|
|
| 应用网络故障分析的测试目标是显示网络带宽、延迟、负载和TCP端口的变化是如何影响用户的响应时间的。通过测试，我们可以做到下面几点。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| ③模拟最终用户在不同网络配置环境下的响应时间，决定应用投产的网络环境。
|
|
|
| 网络故障分析工具的工作机理，可以总结为“多个捕捉点，一个分析”。捕捉点即“Agent”，利用主控台“Agent Manager”进行分析，Agent被动监听数据包来实现实时数据采集，Agent Manager完成对所跟踪到的数据的分析，可以自由地将捕捉代理放在不同的平台，例如，Windows或UNIX。如下图所示的主控台为Management Console，捕捉点为代理探针Probe。
|
|
|
|
|
|
|
| 如下图所示是一个典型的Web架构应用部署图，我们可以在应用逻辑路径上进行多点数据采集，并且在任何两个节点间进行数据整合，测量分段的响应时间，分析应用故障。
|
|
|
|
|
|
|
|
|
| . 监控不同探针之间的连接状态，传输的字节数以及通信往返行程次数，如下图所示，206.40.55.195为浏览器，www.optinal.com为Web服务器，其上各有一个
|
|
|
| 探针，将网络分为两段，分别是Primary和Secondary。
|
|
|
|
|
|
|
| . 会话性能概要，监控哪段网络延迟大，带宽对网络双向性能的影响，节点用于处理和用于传输的时间等，如下图所示。
|
|
|
|
|
|
|
| . 服务器与客户端之间帧传输情况统计，可以监控到与应用相关的帧的分布，对每一个帧可以与相关的数据包关联，并且可以对帧解码，如下图所示。
|
|
|
|
|
|
|
| . 服务器与客户端之间传送包信息统计，监控包的详细信息，并且可以将包与帧及线程相关联，如下图所示。
|
|
|
|
|
|
|
| . 线程信息统计，监控线程的内容和生存周期，以及线程与数据包的关系，如下图所示。
|
|
|
|
|
|
|
| . 负载的高峰时刻，监控到负载的平均值以及高峰值，并且高峰时刻可以与相关的线程、数据包、帧相关联，如下图所示。
|
|
|
|
|
|
|
|
|
| ①应用级错误：HTTP, FTP, DNS, FTP, No response seen, repeated DNS request, …
|
|
|
| ②TCP错误：retransmissions, missing data, frame out of sequence, connection errors, resets, …
|
|
|
| ③IP错误：missing fragment, missing fragment data, …
|
|
|
| ④其他错误：ICMP, Improper frame，…
|
|
|
| 网络应用性能监控的测试目标，是在系统试运行之后，我们需要及时准确地了解网络上正在发生什么事情；什么应用在运行，如何运行；多少PC正在访问LAN或WAN；哪些应用程序导致系统瓶颈或资源竞争。
|
|
|
| 利用工具进行网络应用性能监控，监控探针可以部署在整个应用范围内，如下图所示。监控工具主要包括以下部分：
|
|
|
|
|
|
|
| ①探针。采集与存储数据，并根据应用对数据进行分类。设置的原则是根据网络组成和监控要求。
|
|
|
| ②探针管理器。管理配置探针，设定数据采集与上传时间，合并收集的数据。
|
|
|
|
|
|
|
| 用户关心的需要进行网络监控的问题主要有以下几个方面。
|
|
|
|
|
| . 定位问题的根源是在客户端、服务器、应用程序还是网络；
|
|
|
|
|
|
|
|
|
| . 应用监视：1500多种应用及15种定义模式、网络的硬件设备、网络应用的流量和流量的拓扑结构，如下图所示为测试工具中提供的应用监视。
|
|
|
|
|
|
|
| . 关键特性：客户和服务器通信量、应用响应时间和资源应用的业务水平等，如下图所示为工作站信息。
|
|
|
|
|
|
|
| . 按会话统计传输负载：测试应用和会话级响应时间，以及自动为通过网络中每一个联网设备的每一个应用程序生成负载图。
|
|
|
| . 应用、会话级、事务响应时间；如下图所示为应用的响应时间等相关信息。
|
|
|
|
|
|
|
| . 测试延迟是在何处被引入网络的，瓶颈在哪里。如下图所示为日应用流量相关信息，很容易定位高峰瓶颈时刻。
|
|
|
|
|
|
|
| . 趋势分析。应用在网络上性能测试要得到哪些指标的值呢，以及怎样分析结果值，我们在后面章节会有详细的举例论述。
|
|
|
