test

Sun Management Center 4.0 安装和配置指南

附录 C 确定硬件资源

本附录介绍了如何为 Sun Management Center 基本管理框架和基本附加产品选择适当规模的硬件。Sun Management Center 基本管理框架和每个基本附加产品对 Sun Management Center 核心层（代理、服务器和控制台）都有特定的磁盘空间要求。

本附录讨论以下主题。

注 –

本节所提供的信息并未考虑任何第三方模块，也未在任何规模配置中反映此类模块。

代理层资源

应该在网络中的每个被管理节点上都安装 Sun Management Center 4.0 代理，以启用高级管理和监视功能。任何运行 Solaris 8,、Solaris 9 或 Solaris 10 操作系统的 SPARC 平台工作站和服务器都支持 Sun Management Center 代理。Sun Management Center 代理还可用于运行 Solaris 9 和 Solaris 10 的 Solaris 操作系统 (x86 Platform Edition) 以及运行 Linux 的系统。

x86 代理限制

注 –

下面的限制也适用于 Linux 代理。

x86 代理不支持任何特定于硬件的附加产品（X86 配置读取器除外）。 在“主机详细信息”窗口中，“模块浏览器”选项卡中的“操作系统”、“本地应用程序”以及“远程系统”种类下列出了 x86 所包含的模块。其中的一些功能，如“物理视图”、“逻辑视图”、“硬件诊断”模块以及“配置读取器”模块，还无法在 Solaris x86 平台上使用。

在“Java 控制台”窗口中，所有 x86 平台都有相同的 x86 图标。例如，两个不同的 x86 平台机器如 Sun Cobalt LX50 和 Sun Fire V60x 都将使用相同的图标。

使用“查找”功能、“管理作业”功能或 PRM 附加产品时，可以按平台类型进行过滤。可以通过选择 x86 作为平台选项来过滤 x86 平台。

性能报告管理器 (Performance Reporting Manager, PRM) 附加产品不提供系统报告和硬件配置报告。

CPU 资源

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

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

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

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

下表给出了轻型模块的代理对 CPU 和 RAM 的大致使用情况。

表 C–1 针对 SPARC（轻型模块）的代理 CPU 和 RAM 的大致使用情况

机器 

内存 (MB) 

CPU (%) 

驻留集大小 (MB) 

虚拟内存 (MB) 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

小 

40% 

40% 

40% 

30% 

30% 

30% 

7.46 

7.46 

7.46 

9.17 

9.17 

9.17 

中 

20% 

20% 

20% 

< 0.1 

< 0.1 

< 0.1 

7.38 

7.43 

7.43 

9.12 

9.17 

9.17 

大 

0.1 

0.1 

0.1 

< 0.1 

< 0.1 

< 0.1 

7.62 

7.68 

7.68 

9.34 

9.40 

9.40 

超大 

0.1 

0.1 

0.1 

< 0.1 

< 0.1 

< 0.1 

7.82 

8.08 

8.12 

9.40 

9.59 

9.62 

CMT (T2000) 

0.1 

0.1 

0.1 

< 0.1 

< 0.1 

< 0.1 

8.44 

8.44 

8.44 

9.43 

9.43 

9.43 

表 C–2 针对 x86（轻型模块）的代理 CPU 和 RAM 的大致使用情况

机器 

内存 (MB) 

CPU (%) 

驻留集大小 (MB) 

虚拟内存 (MB) 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

小 

60% 

60% 

60% 

< 0.1 

< 0.1 

< 0.1 

6.10 

6.21 

6.22 

7.69 

7.76 

7.76 

中 

20% 

20% 

20% 

< 0.1 

< 0.1 

< 0.1 

6.25 

6.25 

6.25 

7.80 

7.80 

7.80 

大 

20% 

20% 

20% 

< 0.1 

< 0.1 

< 0.1 

6.19 

6.29 

6.29 

7.76 

7.82 

7.82 

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

  • 代理统计信息

  • 数据记录注册表

  • 运作情况监视

  • 内核读取器（完整）

  • MIB-II 设备

  • MIB-II 代理服务器监视

  • Solaris 进程详细信息

  • 配置读取器

  • 目录大小监视

  • 文件扫描

  • 脚本启动程序

  • 脚本系统信息库

  • 服务管理工具

重型配置可能大于所需的配置。大型机器通常采用包含多个处理器和磁盘的大型硬件配置，这样会导致其上运行的代理占用较多的内存。重型模块可包括用户定义的各种自定义模块。

下表提供了按重型模块的系统类型分类的代理 CPU 和 RAM 的大致使用情况。

表 C–3 针对 SPARC（重型模块）的代理 CPU 和 RAM 的大致使用情况

机器 

内存 (MB) 

CPU (%) 

驻留集大小 (MB) 

虚拟内存 (MB) 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

小 

1.0 

1.0 

1.0 

1.2 

1.24 

1.4 

19.15 

19.15 

19.15 

21.68 

21.68 

21.68 

中 

0.5 

0.5 

60% 

< 0.1 

0.66 

1.3 

20.93 

20.95 

20.96 

23.60 

23.61 

23.61 

大 

20% 

20% 

20% 

0.1 

0.12 

20% 

19.13 

19.16 

19.20 

21.88 

21.88 

21.88 

超大 

0.1 

0.1 

0.1 

0.1 

0.1 

0.1 

23.97 

23.99 

24.00 

26.38 

26.38 

26.38 

CMT (T2000) 

30% 

0.35 

40% 

0.1 

0.19 

30% 

22.42 

24.41 

26.53 

23.69 

25.74 

27.79 

表 C–4 针对 x86（重型模块）的代理 CPU 和 RAM 的大致使用情况

机器 

内存 (MB) 

CPU (%) 

驻留集大小 (MB) 

虚拟内存 (MB) 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

最小值 

平均值 

最大值 

小 

1.3 

1.4 

1.4 

0.1 

0.1 

0.1 

13.40 

13.76 

13.79 

16.60 

16.96 

17.00 

中 

40% 

40% 

40% 

0.1 

20% 

30% 

14.25 

14.43 

14.45 

17.33 

17.50 

17.52 

大 

40% 

40% 

40% 

< 0.1 

0.06 

0.1 

13.97 

14.81 

14.89 

17.00 

17.82 

17.90 

虚拟内存要求

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

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

特定于硬件的模块可用性

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

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

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

硬件 

配置读取器模块 

动态重新配置模块 

其他所有 Sun Management Center 模块 

SPARCStation 1、2、5、10、20 

否 

否 

是 

Sun Ultra 1、450 

是 

否 

是 

Sun Enterprise 5、10、150、Sun Fire 280R、Sun Fire V480 

是 

否 

是 

SPARCserver 1000、1000E 

是 

否 

是 

SPARCcenter 2000、2000E 

是 

否 

是 

Netra T1120-1125、T1400-T1405 

是 

否 

是 

Sun Blade 100、1000、1500、2500 

是 

否 

是 

Sun Fire 3800、4800、4810、6800、V210、V240、V250、V440、V880、E25K、E20K、E6900、E4900 

是 

是 

是 

管理模块资源

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

下表概述了 Sun Management Center 管理模块给资源带来的影响。

表 C–6 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 Management Center 软件的核心。为服务器层主机分配适当的硬件对确保 Sun Management Center 操作的可靠性和响应性至关重要。Sun Management Center 服务器层的硬件要求明显大于代理的硬件要求。

如果运行 Solaris 10 11/06 或 Solaris 10 8/07 的 SPARC 和 x86 平台桌面和服务器满足本节所述的最低硬件要求，就能够支持 Sun Management Center 服务器层。

注 –

要获得最佳性能，请将 Sun Management Center 4.0 服务器层安装在仅运行服务器层应用程序的专用机器上。

推荐的服务器硬件平台

下表指定的硬件系统代表了可充当 Sun Management Center 服务器平台使用的四大类机器。而在每种情况下，替代的机器配置也可以提供同等的性能。

对于 Solaris SPARC：

表 C–7 针对 Solaris SPARC 建议使用的 Sun Management Center 服务器硬件平台

体系结构 

机器类型 

CPU 类型 

RAM 

交换空间 

小型 

Sun Fire V120 

一个 650 MHz UltraSPARC IIe/i CPU 

2 GB 

至少 1 GB，建议使用 2 GB 

中型 

Sun Fire V440 

两个 1.02 GHz UltraSPARC III CPU 

4.096 GB 

至少 1 GB，建议使用 2 GB 

大型 

Sun Fire V480 

四个 900 MHz UltraSPARC III CPU 

16.384 GB 

至少 1 GB，建议使用 2 GB 

超大 

Netra-T12 

二十四个 1.35 GHz UltraSPARC III CPU 

49.152 GB 

至少 1 GB，建议使用 2 GB 

T2000 (CMT) 

Sun Fire T2000 

十六个 1 GHz SPARCv9 CPU 

8.184 GB 

至少 1 GB，建议使用 2 GB 

对于 Solaris x86：

表 C–8 针对 Solaris x86 建议使用的 Sun Management Center 服务器硬件平台

体系结构 

机器类型 

CPU 类型 

RAM 

交换空间 

小 

AMD PC 

一个 2.393 GHz AMD 处理器 

1.023 GB 

至少 1 GB，建议使用 2 GB 

中 

Sun Fire V20z 

两个 2.393 GHz AMD 处理器 

4.032 GB 

至少 1 GB，建议使用 2 GB 

大 

Sun Fire X4100 

四个 2.200 GHz AMD 处理器 

3.968 GB 

至少 1 GB，建议使用 2 GB 

规模要求

Sun Management Server 主机规模要求很大程度上取决于由服务器层管理的代理数量以及这些代理中的管理活动。管理活动包括系统生成的活动（例如事件生成与处理）、用户启动的操作（例如浏览数据、网络搜索、分组操作和系统监视与诊断）。

由于管理活动的影响，规模要求取决于服务器上安装的所有 Sun Management Center 附加产品软件包的数量、类型和配置，以及取决于被管理节点的数量。一般而言，使用的附加产品越多，管理活动也会越多，服务器的硬件要求也越高。

下图显示了 Sun Management Center 服务器的推荐机器类型的被管理代理数与估计管理活动的函数关系。该图假定服务器机器上未运行 Sun Management Center 控制台。此外，该图还假定小型服务器上有 5 个远程控制台会话；中型服务器上有 10 个远程控制台会话；大型和超大型服务器上有 15 个远程控制台会话。

图 C–1 按每天的事件数和管理的对象数统计的 Sun Management Center 服务器负荷

按每天的事件数和管理的对象数统计的 Sun Management Center 服务器负荷

上图所描述的机器类型是具有类似性能的主机中的代表。

注意 – 注意 –

如果在服务器层主机上运行 Sun Management Center 控制台应用程序，服务器性能将受到不利的影响。此外，活动控制台会话数也会影响服务器性能。如果服务器主机不具有支持服务器层组件的一般规模，请不要在服务器机器上运行 Sun Management Center 控制台。

带有性能报告管理器附加产品的 Sun Management Center 服务器

Sun Management Center 性能报告管理器 (performance reporting manager, PRM) 附加产品用于跟踪历史记录，并为 Sun Management Center 代理所监视的任意属性数据生成报告。由于涉及大量数据的收集和处理，PRM 附加产品可极大影响 Sun Management Center 服务器的规模要求。

PRM 附加产品的影响显示在图 C–1 的 PRM 段。一般而言，增加管理活动和 PRM 跟踪的数据属性的总数将会降低 Sun Management Center 服务器可管理的代理的数量。

确定具 PRM 附加产品的 Sun Management Center 服务器的具体要求有以下两个必需步骤。

  1. 根据安装了 PRM 附加产品的 Sun Management Center 服务器要管理的代理总数，参阅图 C–1 的 PRM 段来确定所需的机器类型。

  2. 根据您要收集的 PRM 数据属性的估计数，按下节所述确定适当的 PRM 配置。

生成性能报告管理器报告

通过指定不同的代理数量、数据属性数量和报告持续时间（如 4 小时到 1 个月），您可以生成范围广泛的报告。

生成典型的报告要几秒钟到几分钟。所需的实际时间受以下因素影响：

例如，在配置了性能报告管理器附加软件的中型 Sun Management Center 服务器上，生成一个包含最近 24 小时内一个代理的 5 个属性的相对简单的报告大约要 20 秒。相反，生成一个包含最近 7 天内 5 个代理的 5 个属性的较为具体的报告则要大概 10 分钟。

注 –

假定带有性能报告管理器附加软件的中型 Sun Management Center 服务器是具有两个 2200 MHz x86 CPU 的 SunFire x4200 或具有两个 1281 MHz SPARCv9 CPU、1 GB RAM 和 1 GB 交换空间的 SunFire-v440。此外，假定服务器要为性能报告管理器监视 300 个代理，并为每个代理收集 300 个数据属性。

性能报告管理器的时间安排

如果生成一份报告的时间超过 30 分钟，建议您安排在上午四点和八点之间运行。将较大的报告安排在上午四点后运行可减轻 Sun Management Center 服务器在正常工作时间的负荷。此外，这样的安排还可降低与一般发生在凌晨零点至四点之间的夜间 Sun Management Center 任务和性能报告管理器任务之间发生冲突的概率。

性能注意事项

影响服务器层性能的主要因素包括：

同时启动 Sun Management Center 组件

同时启动服务器层和大量代理将对服务器层的性能带来不利的影响。对管理数百个代理的服务器层进行初始化操作，会导致控制台响应变慢，以及暂时无法访问某些代理。

拓扑组配置

Sun Management Center 服务器环境中的拓扑组的数量不应超过以下数值：

管理活动

Sun Management Center 服务器活动取决于以下因素：

在上面的因素中，后两个会在较大程度上影响被管理节点以事件处理形式生成管理活动的趋势。

因此，如果报警阈值的配置不佳，在没有附加产品的情况下，管理活动的数量将会很大。相反，如果被管理系统很稳定且报警阈值配置合理，则即使存在多个附加产品，发生的管理活动也会很少。

控制台用户的数量

增加并发的 Sun Management Center 控制台用户会话数量会在一定程度上增加服务器层的负荷。规模估计假定小型配置有 5 个活动用户，中型配置有 10 个用户，大型和超大型配置有 15 个用户。此外，规模估计还假定用户正在执行活动，例如，正在浏览被管理的属性数据和事件，或正在编辑特性属性等。

有些由用户启动的操作可能会在操作执行期间暂时影响服务器层的性能。

要最大限度地减少用户启动的操作带来的影响，可以选择不同时执行这些操作、将大型操作分解，或尽可能地在非高峰时间执行或调度这些操作。

Java 控制台层资源

为了获得最佳性能，Sun Management Center 控制台应该在服务器层主机以外的主机上运行。控制台很容易安装到主机上，并且可以远程连接服务器层。推荐的服务器层配置假设主机系统只运行服务器层应用程序。应该避免在服务器层主机上运行其他应用程序（如 Sun Management Center 控制台），除非该服务器主机已进行了大规模的扩充，可以满足其他要求。

Sun Management Center 控制台基于 Java 技术。运行 Solaris 8、Solaris 9 或 Solaris 10 操作系统的 SPARC 系统和运行 Solaris 9 和 Solaris 10 操作系统的 x86 系统均支持控制台。此外，运行 Microsoft Windows 2000、Microsoft Windows XP Professional、RedHat Enterprise Linux 4.0、SUSE 9.3、SLES 10.0 和 Fedora Core 4.0 的 Intel 系统也支持该控制台。

Sun Fire 代理服务器/平台代理资源

Sun Fire 平台代理的安装过程与标准的 Sun Management Center 代理的安装过程有所不同，Sun Fire 平台包含很多域，每个域都有自己的硬件分配。每个域都运行单独的 Solaris 操作环境实例。此外，每个 Sun Fire 域都运行一个域代理。

Sun Fire 平台作为一个整体，包含分配到域的平台中的所有硬件。该平台由平台中的系统控制器 (System Controller, SC) 板控制。

为了对 Sun Fire 服务器进行管理，Sun Management Center 软件使用 Sun Fire 平台代理与 Sun Fire 服务器系统控制器以及 Sun Fire 域代理进行交互。平台代理必须部署在 Sun Fire 机箱以外代理要监视的 Solaris 主机上。如果平台代理主机系统已经进行了相应的扩充，则可以将多个平台代理部署到单个主机系统上，以便管理多个 Sun Fire 服务器。

每个平台代理平均占用 5% 到 9% 的 CPU 和 15 到 18 MB 的内存。部署在同一主机系统的平台代理所使用的 CPU 和内存是叠加的，可用于判定硬件要求。由于多个代理可以共享相同的软件包，多个平台代理实例对磁盘空间的要求只是略多于单个平台代理实例的硬盘要求。

一般来说，平台代理对 CPU 和内存资源的要求与被管理的 Sun Fire 服务器配置的规模和复杂性成比例。Sun Fire 系统配置规模越大，要求平台代理主机提供的平台代理资源就越多。

系统要求

平台代理可安装在以下任一主机上：

在给定的主机上能够安装多少平台代理取决于该主机是 Sun Management Center 服务器层主机还是平台代理层主机。要使 Sun Management Center 获得最佳的整体性能和响应性能，应将平台代理部署在专用主机上，而不是服务器层主机上。如果部署服务器层的多 CPU 系统还有多余的容量，可以考虑在服务器层主机上运行平台代理。

下图显示了一个专用平台代理主机部署的体系结构，以及一个服务器层主机部署体系结构。

图 C–2 平台代理的体系结构

平台代理的体系结构

多个平台代理的启动

默认情况下，Sun Fire 平台代理每小时刷新一次管理信息。如果将多个平台代理部署在同一主机上并同时对其进行初始化，则这些代理将快速连续地刷新其数据。如果并发刷新数据的平台代理数量过多，则会对主机系统的整体响应性能产生不利影响。

要减少同一主机中多个平台代理并发操作的可能，请勿同时启动所有平台代理。

在专用主机上部署 Sun Fire 平台代理

下表列出了典型的硬件配置以及相应的可以部署在专用主机系统上的平台代理数量。

表 C–9 专用主机：Sun Fire 平台代理容量

典型硬件配置 

最大平台代理数 

Sun Fire V120，配有一个 650 MHz UltraSPARC IIe/i CPU、2 GB RAM 和 1 GB 交换空间 

5 到 7 

Sun Fire V440，配有双 1.2 GHz UltraSPARC III CPU、4 GB RAM 和 1 GB 交换空间 

14 到 20 

因为平台代理资源在使用上有所差别，所以表中显示的限制表示的是可接受的数值范围，在此范围内可以确保在操作高峰期不会耗尽系统容量。较大的 Sun Fire 平台需要较多的平台代理资源，导致在单个主机上可以运行的平台代理就比较少。相反，较小的 Sun Fire 平台需要较少的平台代理资源，这样在单个主机上可运行的平台代理就比较多。

在服务器层主机上部署 Sun Fire 平台代理

运行 Sun Management Center 服务器层的主机系统的硬件规模要求与服务器层管理的平台代理数量和系统中的管理活动数量成函数关系。

只能在多 CPU 的大型系统中可以同时运行 Sun Management Center 服务器层和 Sun Fire 平台代理。在容量有限的服务器层主机上部署平台代理会对 Sun Management Center 整体性能产生不利影响。

假设管理活动处于中等水平，每天每台主机少于 1000 个事件，则在 Sun Management Center 服务器层主机中可以部署的最大平台代理数量与被管理的代理数量和机器类型成函数关系。下表列出了典型的系统容量。

表 C–10 服务器层主机：Sun Fire 平台代理容量

管理的代理数 

最大平台代理数 

100 

6 

300 

5 

500 

4 

750 

N/A 

Sun Fire 280R 表示 Sun Fire 280R、Sun Blade 1000 或 Netra T4 系统的服务器主机，配有双 750 MHz UltraSPARC III、1 GB RAM 和 1 GB 交换空间。

有关 Sun Fire Sun Management Center 的具体安装过程，请参见《Sun Management Center Software Supplement for Sun Fire 6800/4810/4800/3800 Systems》。