要对企业管理器进行适当的规模调整，需要对打算监控的应用程序拓扑结构有清晰的了解。 企业管理器容量取决于工作负荷和业务逻辑以及计算资源。
在 9.0 之前的 Introscope 版本中，企业管理器规模调整主要基于代理生成的度量标准数。 当前功能大大改变了企业管理器容量规划的重点。 最显著的是应用程序分类视图和 CA CEM。
企业管理器工作负荷很复杂。以下工作负荷元素对于容量来说最重要：
注意：前端是使用 FrontendMarker 检测到的任何组件。 有关 FrontendMarkers 的详细信息，请参阅《CA APM Java 代理实施指南》。
CA APM 提供自动检测到的前端。 其他前端和自定义前端可以通过代理跟踪器配置进行监控。
后端是参与受监控事务的外部组件，例如数据库。
代理报告的度量标准数取决于它正在监控的前端和后端数量以及代理跟踪器配置。
CA CEM 负载取决于以下因素：
CA APM 业务逻辑处理代理和 TIM 收集的数据。 以下是影响资源使用的主要业务逻辑组件：
计算器是依据度量标准数据定义的度量标准组和其他操作。 计算器资源要求的主要决定因素是计算器处理每个搜集时间间隔的度量标准总数。
报警是依赖计算器，因为报警对计算器的输出执行操作。
应用程序分类视图生成度量标准、计算器和报警。 计算器从应用程序拓扑结构的角度聚合和分析度量标准。
“前 N 个”图表是 Workstation 显示板对象，用于评估度量标准组并显示具有最大值的子集。 “前 N 个”图表可能会占用大量资源，因为它们通常处理很多度量标准。
CA CEM 突发事件和 SLA 在用户业务上下文中报告性能问题。 它们对 TIM 报告的数据执行操作。
报告通常还处理大量度量标准或 TIM 数据。 它们通常需要磁盘资源以及 CPU。 请确保 CA APM 管理员在资源争用比较少的时间段内安排报告。
以下是更多容量注意事项：
|
版权所有 © 2013 CA。
保留所有权利。
|
|