缺陷响应正文信息如何影响 CA CEM 容量

使用 CEM 控制台，可以有选择地配置 CA CEM，以使缺陷信息包括事务详细信息和最多 200 KB 的响应正文信息。

注意：有关使用捕获全面缺陷详细信息的信息，请参阅《CA APM 安全指南》。

捕获缺陷响应正文信息对 TIM 收集服务和 APM 数据库所需的资源有重大影响。在配置了缺陷生成以便缺陷包括响应正文信息后，缺陷风暴期间 TIM 收集服务可以处理的峰值缺陷率会低得多。

响应正文信息可能会显著减少与内存、APM 数据库磁盘空间和数据保留有关的缺陷容量。大量响应正文信息也可能会严重降低 APM 数据库维护和查询的性能。当包含事务详细信息和响应正文信息时，每个缺陷可能会需要 APM 数据库服务器上最多 10 KB 的磁盘空间。

为了获得最佳性能，使包括缺陷响应正文信息成为一种例外情况，而不是惯常做法。

了解 TIM 吞吐量

TIM 通过观察网络上的 HTTP 通信和根据事务定义匹配网络应用程序事务来监控事务。为了执行该监控，TIM 必须检查它所看到的所有网络通信。

TIM 对其可监控的通信量具有限制。如果超过该限制，TIM 可能无法正确地观察网络上的 HTTP 通信。如果超载，TIM 会丢弃网络数据包，从而阻碍识别事务和观察受监控用户的体验。

要优化 TIM 监控容量，请筛选发送到 TIM 监控端口的网络通信，以便只包括以下类型的通信：

注意：如果配置正确，在 TIM 上丢弃数据包对网络通信的发送或吞吐量没有影响。丢弃数据包仅影响监控准确度。

如果受监控通信的总体所需带宽高于单个 TIM 可以支持的带宽，请安装多个 TIM。然后在这些 TIM 之间划分或分摊受监控通信。

所需的 TIM 数取决于以下因素：

TIM 支持监控安全的 (HTTPS) Web 应用程序通信。但是，安全的 Web 应用程序通信已加密，并需要占用大量 CPU 的解码作为事务识别的一部分。因此，当监控 HTTPS 加密通信时，TIM 监控带宽会降低 50%。

使用多个网卡监控多个 TIM 网络端口可以减少 TIM 总吞吐量。当 TIM 监控两个端口上而不是单个端口上的网络通信时，总 TIM 吞吐量大约可以降低 25%。

使用 Web 服务器筛选控制 TIM 看到的网络通信，是预测 TIM 监控性能的关键。

建议 TIM 包括以下 Web 服务器筛选：

不管 TIM 在网络中位于什么位置，TCP 端口筛选均有效。服务器 IP 地址筛选的有效性取决于 TIM 在网络中的位置。

事务定义是 TIM 用于唯一标识事务的信息。 CA CEM 用户可以使用以下方式创建事务定义：

TIM 可以支持监控几百个业务事务定义，而不降低性能。事务定义的复杂程度以及确定 TIM 监控容量的以下因素将影响给定 TIM 可以支持的确切事务定义数量：

过期且不再在网络通信中显示的事务定义可能会显著降低 TIM 吞吐量。如果应用程序不再在网络上运行，请禁用或删除管理员为该应用程序定义的过时业务服务和业务事务组件。

CA APM 支持在事务定义中使用正则表达式。正常起作用的正则表达式对 TIM 吞吐量没有很大影响。但是，每个事务的 TIM CPU 使用率会随着正则表达式的复杂程度和数目而增加。为获得最佳 TIM 性能，请设计简单的正则表达式。

在添加事务定义参数时，请注意，与 CA Technologies 提供的其他选择相比，XML 参数类型匹配明显会占用更多 CPU。

可以编写自己的 HTTP 分析程序插件以自定义 CA CEM 识别事务的方式。

但是，自定义分析程序插件需要的 CPU 和内存资源多于 CA CEM 随附的分析程序。如果标准事务定义和正则表达式可以识别您的应用程序事务，请不要使用自定义 HTTP 分析程序插件。

多个插件的开销是累加的。如有可能，请使用实现多个匹配的单个插件，而不使用多个插件。

超载 TIM 的两个主要指示符是 TIM CPU 使用率很高和丢弃的数据包很多。如果您经常看到丢弃的数据包或 90% 到 95% 的 TIM CPU 使用率，则 TIM 已超载。

使用“TIM 数据包统计信息”页面（在下图中显示）查看 CPU 使用率和丢弃的数据包率。通过以下链接访问 CEM 控制台上的该页面，其中 <TIM IP> 是 TIM IP 地址：

http://<TIM IP>/cgi-bin/wily/packages/cem/tim/viewstats?unsupported=1&lines=5&refresh=&submit=Apply

“TIM 数据包统计信息”页面显示关于丢弃的数据包和 TIM CPU 使用率的信息。