上一主题: 针对群集环境的规模调整示例下一主题: 群集环境中的仅 CA CEM 工作负荷规模调整示例


收集器规模调整

您的资源配给可能会与前面主题中的独立企业管理器示例有所不同,以下示例对这些差异进行了介绍。

例如,CPU 值 +2 个核心表示,您将向前面主题中的相应示例中为独立企业管理器提供的值再添加两个 CPU 核心。

示例 8:未运行企业管理器服务的收集器

使用与未运行 CA CEM 工作负荷的独立企业管理器相同的资源,调整未运行企业管理器服务的收集器的规模。

资源

在仅 Introscope 企业管理器值的基础上更改

CPU

无变更

内存

无变更

堆大小

无变更

JVM

无变更

示例 9:运行 TIM 收集服务和 Introscope 代理工作负荷的收集器

使用与管理预期代理工作负荷的独立企业管理器相同的资源,调整运行 TIM 收集服务的收集器的规模。 然后根据下表中的因素配给其他资源。

资源

在仅 Introscope 企业管理器值的基础上更改

CPU

+ 2 个核心

内存

+ 2 GB

堆大小

+ 2 GB

JVM

64 位

示例 10:运行统计聚合服务和 Introscope 代理工作负荷的收集器

使用与管理您的预期代理工作负荷的独立企业管理器相同的资源,调整运行统计聚合服务的收集器的规模。 然后根据下表中的因素配给其他资源。

资源

在仅 Introscope 企业管理器值的基础上更改

CPU

+ 2 个核心

内存

+ 2 GB

堆大小

+ 2 GB

JVM

64 位

示例 11:运行 TIM 收集服务或统计聚合服务(无代理工作负荷)的收集器

根据下表中的因素,调整运行 TIM 收集服务或统计聚合服务(无代理工作负荷)的收集器的规模。

资源

规模示例

CPU

2 个双核 Xeon 3 GHz 5160

内存

4 GB

堆大小

2 GB

JVM

32 位

注意:由于数据库清除服务对系统资源的使用相对较少,因此可以将其分配给群集中的任何收集器。