响应时间管理

响应时间管理

响应时间管理非常关键。RTM可使您的业务在受到破坏之前具体化用户抱怨或评估性能问题。利用比较实际与预计性能的机制，服务水平协议变得更具有效力。此外，量化与校验性能要求的能力有助于验证新设备和未来IT规划。

PacketSeeker的RTM功能可提供性能统计、阈值监视、高级故障指示器和性能图形。这种至关重要的信息可使网络管理员：

1.跟踪延迟统计，实现自定义的灵活流量类别。测量单个应用、主机、子网、

任何以传输方向的TCP流量类等响应时间。

2.将每一个响应时间分成网络延迟（传输所耗用的时间）和服务器延迟（服

务器处理请求所耗用的时间）。

3.识别性能最差的用户和服务器。

4.建立可接受的标准并对性能是否符合该标准进行跟踪，通过设置速度可将

良好响应从差响应（例如500ms）中划分出来。为满足指定的性能目标（例如95%）设置传输百分比。

5.在直观表格、图形及MIB（管理信息库）中通过XML API或作为原始数据

查看当前和历史的性能数据。SNMP管理工具（例如HP OpenView）与第三方报告工具（例如InfoVista）可顺利进行集成。

测量响应时间

PacketSeeker在网络中的位置——监视所有经过的流量——能够以低成本提供精确的响应时间测量。因为PacketSeeker能够看到每一个数据包，因此它可以轻松地计算流量在客户机与服务器之间传输所用的时间、服务器所使用的时间以及PacketSeeker自身任一端所使用的时间。PacketSeeker在流量经过时只注意响应时间，而不是采集响应数据。这种简单方法提供了丰富的数据，并且不会产生网络影响和开销。

以下描述了多种PacketSeeker的响应时间测量。每一个测量至少有一个与PacketSeeker图形相关。

使性能指标富有意义

尽管延迟统计非常实用，但拥有一个指示性能高低的指示器会更好。像600毫秒这样的指标究竟真正意味着什么？它是好还是坏？

PacketSeeker能够建立可接受性标准并可对性能是否符合该标准进行跟踪。通过设置速度可将良好响应从差响应（例如500ms）中划分出来，也可为满足指定的性能目标（例如95%）设置传输百分比。PacketSeeker称此概念为服务水平一致性。

PacketSeeker能够以表格和图形的形式显示当前或历史的所有性能指标。

监视器响应时间窗口(Monitor Reponse Time)显示了每个分类的当前性能统计表。另一个窗口提供了与单个分类相关的所有性能指标和图形，以便让您来定义可接受的每个分类的性能。

各种图形均可随时为一个或多个流量分类描述网络、服务器和总延迟。您可以查看实际延迟（传输所耗用的时间）、数据包往返时间（仅一个数据包经过网络所耗用的时间）或正常化数据包时间（标准规模的传输所耗用的时间）。

例如，下列传输延迟图形显示了响应时间由于频繁峰值而出现的偶发性变缓。此外，您还可以看到，这一问题的出现不是由服务器造成的，而是网络造成的。如果这是一个关键型应用的图形，很明显，其性能需要得到相应的提高。由此，加入PacketShaper的带宽控制是必需的。

最后，服务水平一致性图形可使您了解您在建立符合应用的性能标准方面一直以来的工作情况。例如，在该图中，您可以看到，除了几天以外，性能都没有保持在性能标准以内。再次表明，可能PacketShaper 的控制功能是适宜的。 PacketSeeker 的响应时间优势

PacketSeeker 在响应时间上的优势主要基于两个方面：不需要更改变任何设置，以及它不会成为一个故障点。PacketSeeker 可避免普通缺陷，其中包括：

∙ 对应用的修改

PacketSeeker 无需额外的API 调用或应用软件的素材。

∙ 桌面与服务器更改

PacketSeeker 无需在客户机桌面或任何服务器上装载任何东西。

∙ 模拟流量开销

PacketSeeker 不会产生仅用来定时响应的无关应用请求，它也不会发布ping 。如果需要的话，它可以产生合成传输，但可以在不产生模拟流量的情况下计算所有响应时间指标。

∙ 路由器重新配置或拓扑更改

PacketSeeker 不需要更改路由器配置、协议、服务器、桌面或拓扑。 ∙ 位置限制

PacketSeeker 可测量网络中各个位置的性能，只要一发现流量便会对其进行测量。它可以位于拓扑的客户机端或服务器端。如果因特网将客户机与服务器分开，在哪一端部署PacketSeeker 都无关紧要。

∙ 数据采集开销

PacketSeeker 使用恒量的数据下载，不会致使网络负担过重。

合成传输（Synthetic Transaction ）

根据您的判断，PacketSeeker 可定期启动web 或其它TCP

传输，以便校验关键主机的可用

性。这一行动类似于调度的ping或SNMP 轮询，但需凭借如下这些重要的优势：

∙PacketSeeker的详细传输行为分析和响应时间可应用于合成传输，从而具有随时描述网络和主机行为的能力。这一信息比了解设备是否会简单响应

ping更加有用。

∙当PacketSeeker位于网络边缘时，轮询在局域网，消耗的带宽量将更少，因此它会变得更加频繁，并可减轻带宽负担。

∙合成传输可确定服务或应用是否正在进行，而非仅仅确定服务器是否正在响应。它们可提供更高级的“可用性”评估。

∙分布式的PacketSeeker是收集本地的可用信息，并能够通过电子邮件、SNMP Trap或系统日志消息将有益情况或问题转发给中心位置。它还消除了通过中央管理平台进行远距离轮询的需要。

附加工具

PacketSeeker提供的各种图形和功能，可帮助您监视和诊断应用性能。在其它章节中将总结和详细说明其中的部分功能。

诊断帮助

在确定了并非是其所期望的应用性能后，PacketSeeker可提供有助于您诊断工作的各种图形。例如TCP健康图形可对服务器启动、中断以及忽略或拒绝的TCP 连接数进行比较；网络效率图形揭示了由于重传而浪费的带宽量；各种带宽应用图形可使您将性能与负载条件联系起来。这些图形和工具在“网络性能分析”一章中进行了详细阐述。

事件与通知

在监视或分析性能时，您可能希望了解大量关键情况信息，而不必不停地检查它们的状态。利用PacketSeeker，您可以自动检测有益的条件，并且通过电子邮件、记录信息到Syslog服务器或SNMP Trap通知自己和其它相关人员。

例如，当重传出现而消耗30% 的网络流量时，您可以给网络管理员发送电子邮件。或者如果您的SAP响应时间超过了 1.5秒而耗用了20%以上的时间时，您可以给您的HP OpenView警报机构发送SNMP Trap。

您可以：

∙定义对您有利的事件或使用大量预定义事件的其中一个。

∙为关键性能变量配置阈值，这在定时间隔期间是非常充足的。

∙监视事件并自动进行触发式通知。

∙通设设置每天最多只发送多少条消息和重新分配值来避免通知患难。

详情请参阅“生成与使用报告”中的事件工具部分。