test

Sun Management Center 3.5 安装和配置指南

代理层资源

应该在网络中的每个被管理节点上都安装 Sun Management Center 3.5 代理，以启用高级管理和监视功能。所有运行 Solaris 2.6、Solaris 7、Solaris 8 或 Solaris 9 的 SPARC 平台工作站和服务器都支持 Sun Management Center 代理。Sun Management Center 代理不适用于 Solaris 操作环境（x86 平台版本）系统和 Microsoft Windows 系统。

CPU 资源

Sun Management Center 代理会给主机系统增加极少量的计算负荷。计算负荷是由常规的管理操作产生的，如定期的数据获取、警报规则处理、警报通知、警报操作执行和对客户请求的处理。

产生的负荷量与收集数据的速率、收集的数据量、检测出的警报数和用户请求数成比例，因此，占用多少 CPU 资源取决于系统中加载的模块数量及其类型、这些模块的配置以及主机系统的计算容量。

即使在加载了大量模块并进行频繁管理活动的低端计算机中，代理也应该只占用了一小部分的 CPU 资源。

下表提供了 CPU 和 RAM 的大致使用情况。

表 C–1 按各种系统统计的代理对 CPU 和 RAM 的大致使用情况

服务器类型 

配置 

CPU 使用率 

RAM 使用率（平均值） 

繁重或轻便 

最大 

最小 

平均 

大小 

驻留大小 

Netra X1 

轻便 

16.3% 

0.0% 

0.09% 

12 MB 

10 MB 

Sun Enterprise 420R 

轻便 

14.3% 

0.0% 

0.13% 

15 MB 

14 MB 

Sun Blade 1000 

轻便 

0.3% 

0.0% 

0.03% 

17 MB 

16 MB 

Sun Blade 100 

繁重 

14.0% 

0.2% 

8.9% 

29 MB 

29 MB 

轻便型配置基于加载了以下模块的代理：

繁重型配置基于加载了以下模块的代理：

  • 配置读取器

  • 运作情况监视

  • 完整内核读取器

  • MIB-II 检测

  • 目录大小监视

  • 文件扫描

  • 硬件诊断套件

  • 脚本启动程序

  • HP JetDirect

  • 代理统计

  • MIB-II 代理服务器监视

  • 各种其它模块，包括自定义模块

繁重型配置可能大于所需的配置。大型计算机通常采用包含多个处理器和磁盘的大型硬件配置，这样会导致其上运行的代理占用较多的内存。

虚拟内存要求

代理使用的虚拟内存由多种因素决定，主要因素是加载的管理模块数以及这些模块监视的信息量。在代理中加载多个模块将增加该代理对内存的要求。与此类似，如果代理管理的主机包含大型磁盘阵列或其它高度可调节资产，则由于通过此代理的管理信息量将增加，它对虚拟内存的要求可能也会增加。

通常，加载了缺省管理模块组的基本代理不会大于 10 MB，而基本代理仅要求 10 MB 中的 50% 到 60% 驻留在物理内存中即可。

特定于硬件的模块可用性

大部分 Sun Management Center 管理模块可以在所有运行 Sun Management Center 代理的 SPARC 平台系统之间移植。但是，有些特定于硬件的高级 Sun Management Center 模块并不能被所有的 Sun 硬件支持，尤其是提供基础硬件平台高级管理功能的平台配置读取器模块和动态重新配置模块，这些模块提供的功能不需要适用于 Sun 产品系列的所有硬件系统。

下表总结了 Sun Management Center 管理模块在各种硬件平台上的可用性。

表 C–2 特定于硬件的模块可用性

硬件 

配置读取器模块 

动态重新配置模块 

其它所有 Sun Management Center 模块 

SPARCStation 1、2、5、10、20 

否 

否 

是 

Sun Ultra 1、2、5、10、30、60、80 

是 

否 

是 

Sun Enterprise 5、10、150、250、450、220R、420R，Sun Fire 280R、Sun Fire V480 

是 

否 

是 

SPARCserver 1000、1000E 

是 

否 

是 

SPARCcenter 2000、2000E 

是 

否 

是 

Sun Enterprise 3x00、4x00、5x00、6x000  

是 

是 

是 

Sun Enterprise 10000  

是 

否 

是 

Sun StorEdge A5x00、T3 

是 

否 

是 

Netra T1、T1120-1125、T1400-T1405 

是 

否 

是 

Sun Blade 100、1000 

是 

否 

是 

Sun Fire、3800、4800、4810、6800、V880  

是 

是 

是 

管理模块资源

管理模块的资源要求取决于以下因素：

下表总结了 Sun Management Center 管理模块对资源的影响。

表 C–3 Sun Management Center 管理模块系统影响摘要

模块 

影响 

代理统计 

导致低的覆盖区和低 CPU 负荷增长。 

配置读取器 

使用与被管理节点的硬件配置复杂性相应的 CPU 和内存。 

数据记录注册表 

导致低的覆盖区和 CPU 负荷增长，与记录的数据值数量成正比。 

目录大小监视 

导致低的覆盖区增长，与监视的目录数量成正比。导致低到中的 CPU 负荷，取决于监视的目录数量以及这些目录中的活动数量。 

动态重新配置 

对覆盖区影响非常小，仅当执行重新配置操作时需要使用 CPU。 

文件监视 

导致低的覆盖区增长，与监视的文件数量成正比。导致低到中的 CPU 负荷，取决于监视的文件数量以及这些文件中的活动数量。 

文件扫描（系统日志） 

导致低的覆盖区和 CPU 负荷增长。 

运作情况监视 

对资源影响相对较小。 

HP JetDirect 

导致低的覆盖区增长和低的 CPU 负荷。 

IPV6 检测模块 

导致低的 CPU 负荷增长和低到中的覆盖区增长，取决于网络接口数量。 

内核读取器（完整） 

影响 CPU 和内存，基于文件系统数量、CPU 和管理的其它系统资源量，以及这些信息的刷新率。比简单内核读取器占用更多的资源。 

内核读取器（简单） 

对 CPU 和内存的影响非常小。 

MIB-II 检测 

导致非常小的 CPU 负荷增长和低到中的覆盖区增长，取决于网络接口数、路由选择表大小、ARP 表和其它相关的系统表。 

MIB-II 代理服务器监视 

导致中等的覆盖区增长，与代理服务器监视的 SNMP 代理的 MIB 大小成正比。导致低到中的 CPU 负荷，与代理服务器监视的 SNMP 代理中的被管理对象数成正比。 

简单 MIB-II 

实际上不导致 CPU 负荷增长，但会导致与系统接口、IP 转发和 IP 地址表的大小成正比的非常小的覆盖区增长。 

NFS 文件系统 

导致与装入主机计算机的网络文件系统数成正比的低的覆盖区增长，并导致低的 CPU 负荷。 

NFS 统计 

导致低的覆盖区增长，并导致低到中的 CPU 负荷。 

打印假脱机程序 

导致低的覆盖区和 CPU 负荷增长。 

Solaris 进程监视 

导致低的覆盖区增长，与监视的进程数量成正比。导致低到中的 CPU 负荷，取决于进程数量以及进程开始和停止的频率。 

Sun StorEdge A5x00 阵列、Sun StorEdge T3 阵列 

导致中等的覆盖区和负荷增长，与存储设备的大小成正比。