本附录介绍如何为 Sun Management Center 基本管理框架和基本附加产品选择适当规模的硬件。Sun Management Center 基本管理框架和每个基本附加产品对 Sun Management Center 核心层(代理、服务器和控制台)都有特定的磁盘空间要求。
本章包括以下主题:
本节所提供的信息未考虑任何第三方模块,规模图中也没有反映这些模块。
应该在网络中的每个被管理节点上都安装 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 系统。
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
繁重型配置基于加载了以下模块的代理:
|
|
繁重型配置可能大于所需的配置。大型计算机通常采用包含多个处理器和磁盘的大型硬件配置,这样会导致其上运行的代理占用较多的内存。
代理使用的虚拟内存由多种因素决定,主要因素是加载的管理模块数以及这些模块监视的信息量。在代理中加载多个模块将增加该代理对内存的要求。与此类似,如果代理管理的主机包含大型磁盘阵列或其它高度可调节资产,则由于通过此代理的管理信息量将增加,它对虚拟内存的要求可能也会增加。
通常,加载了缺省管理模块组的基本代理不会大于 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 管理模块系统影响摘要
服务器层是 Sun Management Center 软件的核心。为服务器层主机分配适当的硬件对确保 Sun Management Center 操作的可靠性和响应性至关重要。Sun Management Center 服务器层的硬件要求明显大于代理的硬件要求。Sun Management Center 3.5 服务器层的系统要求大于 Sun Management Center 2. x 和 3.0 服务器层的硬件要求。 2.x 或 3.0 版服务器主机不一定满足 Sun Management Center 3.5 的系统要求。
如果运行 Solaris 8 或 Solaris 9 的 SPARC 平台桌面和服务器满足本节中介绍的最低硬件要求,就能够支持 Sun Management Center 服务器层。
要获得最佳性能,请将 Sun Management Center 3.5 服务器层安装在仅运行服务器层应用程序的专用计算机上。
下表中指定的硬件系统代表可用作 Sun Management Center 服务器平台的四种常用计算机。在每种情况下,替代的计算机配置都可以提供等效的性能。
表 C–4 建议的 Sun Management Center 服务器硬件平台
体系结构 |
计算机类型 |
CPU 类型 |
RAM |
交换空间 |
---|---|---|---|---|
小型服务器 |
Netra X1、Netra T1,或者 Sun Blade 100 或等效产品 |
一个 502 MHz 的 UltraSPARC IIe CPU 或更高配置 |
1 GB |
最小 512 MB,建议 1 GB |
中型服务器 |
Sun Enterprise 80 或等效产品 |
两个 450 MHz 的 UltraSPARC II CPU 或更高配置 |
1 GB |
最小 512 MB,建议 1 GB |
大型服务器 |
Sun Fire 280R、Netra T4 或 Sun Blade 1000 |
两个 750 MHz 的 UltraSPARC III CPU 或更高配置 |
1 GB |
最小 512 MB,建议 1 GB |
超大型服务器 |
Sun Fire 480R 或等效产品 |
四个 900 Mhz 的 UltraSPARC III CPU 或更高配置 |
2 GB |
1 GB |
Sun Management Server 主机规模要求很大程度上取决于由服务器层管理的代理数量以及这些代理中的管理活动数量。管理活动包括系统生成的活动(例如事件生成和处理)、用户启动的操作(例如浏览数据、网络搜索、分组操作和系统监视与诊断)。
由于管理活动的影响,规模要求取决于服务器上安装的所有 Sun Management Center 附加软件包的数目、类型和配置以及管理节点数目。 一般来说,使用的附加产品越多,管理活动也会越多,服务器的硬件要求也越高。
下图显示了建议的 Sun Management Center 服务器计算机类型与管理的代理数量、管理活动的估计值之间的函数关系。该图假设 Sun Management Center 控制台未在服务器计算机上运行,此外,还假设小型服务器上有 5 个远程控制台会话; 中型服务器上有 10 个远程控制台会话; 大型服务器和超大型服务器上有 15 个远程控制台会话。
上图中描述的计算机类型代表具有类似性能的主机类型。
服务器层主机上运行的 Sun Management Center 控制台应用程序和活动控制台会话的数量会对服务器性能产生不利影响。 如果服务器主机的规模不足以支持服务器层组件,请勿在服务器计算机上运行 Sun Management Center 控制台。
Sun Management Center 性能报告管理器 (PRM) 附加产品用于记录历史记录并生成受 Sun Management Center 代理监视的数据特性的报告。PRM 附加产品会对 Sun Management Center 服务器的规模要求产生显著影响,因为它可以收集并处理大量的数据。
图形 C–1的 PRM 段中显示了 PRM 附加产品的影响。 一般情况下,增加管理活动和 PRM 记录的数据特性的总数会减少 Sun Management Center 服务器所能管理的代理数。
确定带有 PRM 附加产品的 Sun Management Center 服务器的要求需要执行两个步骤。
参见图形 C–1的 PRM 段,根据安装了 PRM 附加产品的 Sun Management Center 服务器所管理的代理的总数来确定所需的计算机类型。
根据要收集的 PRM 数据特性的估计数目,确定相应的 PRM 配置,如下一节中所述。
在设置 Sun Management Center 的过程中,您可以选择下表中显示的 PRM 配置类型之一。 体系结构列表示表 C–4中列出的计算机体系结构.
表 C–5 PRM 配置类型要求
PRM 配置类型 |
磁盘空间 |
PRM 特性的总数 |
代理的示例数目 |
每个代理的特性示例数 |
体系结构 |
---|---|---|---|---|---|
小型 PRM |
5 GB |
50,000 |
100 |
300 |
小型 |
|
|
|
400 |
100 |
中型 |
中型 PRM |
12 GB |
150,000 |
300 |
300 |
中型 |
|
|
|
500 |
300 |
大型 |
|
|
|
750 |
200 |
超大型 |
大型 PRM |
24 GB |
240,000 |
600 |
300 |
大型 |
|
|
|
750 |
300 |
超大型 |
小型 Sun Management Center 服务器通常用于小型 PRM 配置; 中型服务器用于中型 PRM 配置; 大型和超大型服务器用于大型 PRM 配置。您可以在超大型 Sun Management Center 服务器上使用小型或中型 PRM,使用哪种 PRM 取决于可用的磁盘空间和所需的 PRM 数据收集要求。
下表举例说明了每种体系结构类型所能管理的代理数,假设每个代理平均为每个 PRM 收集 300 个特性。 “每小时收集数据”列提供了收集数据所需的大约时间。 “夜间处理” 列提供了处理所收集数据所需的大约时间。收集数据和随后进行处理的时间取决于服务器硬件、服务器活动和数据库中的 PRM 数据量。
表 C–6 服务器示例:管理的代理数
体系结构 |
代理数 |
PRM 特性的总数 |
PRM 配置类型 |
每小时收集数据 |
夜间处理 |
---|---|---|---|---|---|
小 |
100 |
30,000 |
小 |
2 分钟 |
1 到 2 小时 |
中 |
300 |
90,000 |
中 |
7 分钟 |
3 到 4 小时 |
大 |
600 |
180,000 |
大 |
7 分钟 |
3 到 6 小时 |
超大型 |
750 |
225,000 |
大 |
6 分钟 |
3 到 6 小时 |
通过指定不同的代理数、数据特性数和报告持续时间(例如 4 小时到 1 个月),可以生成范围广泛的报告。
通常,生成报告需要几秒钟到几分钟的时间。所需的实际时间受以下因素影响:
报告中包含的实际数据点数
每个报告中的数据点最多不超过 10,000 个。
数据库中的性能报告管理器数据量
服务器性能和活动
同时生成其它的性能报告管理器报告
例如,在配置了性能报告管理器附加产品的中型 Sun Management Center 服务器上,可以在大约 20 秒内生成包含过去 24 小时内 1 个代理的 5 个特性的相对简单的报告。相反,包含过去 7 天内 5 个代理的 5 个特性的大型报告大约要 10 分钟时间才能生成。
假设带有性能报告管理器附加产品的中型 Sun Management Center 服务器为 Ultra-80(具有两个 450MHz 的 UltraSPARC II CPU、1 GB RAM 和 1 GB 交换空间)。另外,假设 Ultra-80 将为性能报告管理器监视 300 个代理并为每个代理收集 300 个数据特性。
如果生成报告的时间超过 30 分钟,建议您在 4:00 AM 到 8:00 AM 之间安排运行报告。 在 4:00 AM 之后安排运行大型报告会减少正常工作时间内 Sun Management Center 服务器上的负荷,而且还可以减少夜间 Sun Management Center 和性能报告管理器任务(通常在 12:00 AM 到次日 4:00 AM 之间执行)之间发生冲突的几率。
影响服务器层性能的主要因素包括:
同步启动 Sun Management Center 组件
拓扑组配置
管理活动
控制台用户的数量
同步启动服务器层和许多代理会对服务器层的性能产生不利影响。对管理数百个代理的服务器层进行初始化操作,会导致控制台响应变慢,以及暂时无法访问某些代理。
Sun Management Center 服务器环境中的拓扑组数量不宜超过以下要求:
小型服务器 - 25 个拓扑组
中型服务器 - 50 个拓扑组
大型服务器 - 75 个拓扑组
拓扑组中的直接下一级对象最多不超过 256 个。 要获得最佳性能,拓扑组中的下一级对象数不宜超过 100 个。
如果要安装性能报告管理器附加产品,每个拓扑域包含的 Sun Management Center 代理应少于 200 个,以确保性能报告管理器数据的最佳收集效果。
Sun Management Center 服务器活动受以下因素影响:
由用户启动的操作数
被管理的主机系统的稳定性和活动
由主机系统加载的管理模块数
被管理特性的警报阈值和规则参数定义
在上面的因素中,后两个会在较大程度上影响被管理节点以事件处理形式生成管理活动的趋势。
因此,如果警报阈值配置不当,频繁的管理活动在没有附加产品的情况下也会发生。 相反,如果被管理系统很稳定且警报阈值配置合理,则即使存在多个附加产品,发生的管理活动也会很少。
增加并发的 Sun Management Center 控制台用户会话数量会在一定程度上增加服务器层的负荷。估计规模时假设小型配置为 5 个活动用户,中型配置为 10 个用户,大型和超大型配置为 15 个用户。估计规模时假设用户正在执行活动,例如浏览被管理的特性数据和事件以及编辑特性属性等。
有些由用户启动的操作可能会在操作期间暂时影响服务器层的性能。
如果大型分组操作针对 100 个甚至更多代理执行,则会占用大量的服务器资源。如果所作的更改会在被管理的代理中生成警报,这些操作会进一步影响服务器的性能。这些警报会以事件处理的形式产生其它的管理活动。
如果网络搜索操作涉及添加许多服务器要管理的新实体,则在搜索过程中会使服务器层主机产生明显的负荷。
如果拓扑数据导入操作涉及添加许多要管理的新实体,则在添加实体期间会导致服务器层的响应变慢。
要最大限度地减少用户启动的操作带来的影响,可以选择不同时执行这些操作、将大型操作分解,或尽可能地在非高峰时间执行或调度这些操作。
为了获得最佳性能,Sun Management Center 控制台应该在服务器层主机以外的主机上运行。控制台很容易安装到主机上,并且可以远程连接服务器层。推荐的服务器层配置假设主机系统只运行服务器层应用程序。应该避免在服务器层主机上运行其它应用程序(如 Sun Management Center 控制台),除非该服务器主机已进行了大规模的扩充,可以满足其它要求。
Sun Management Center 控制台基于 Java 技术。运行 Solaris 2.6、Solaris 7、Solaris 8 或 Solaris 9 操作环境的 SPARC 平台系统支持该控制台。另外,运行 Microsoft Windows 2000、Windows NT 4.0(Service Pack 3 或 4)或 Microsoft Windows 98 的 Intel 系统也支持该控制台。
Sun Fire 平台代理的安装过程与标准的 Sun Management Center 代理的安装过程有所不同,Sun Fire 平台包含大量的域,每个域都有其自己的硬件分配。每个域都运行单独的 Solaris 操作环境实例。 此外,每个 Sun Fire 域都运行一个域代理。
Sun Fire 平台作为一个整体,包含分配到域的平台中的所有硬件。该平台由平台中的系统控制器 (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 专用平台代理主机
在给定的主机上能够安装多少平台代理取决于该主机是 Sun Management Center 服务器层主机还是平台代理层主机。要使 Sun Management Center 获得最佳的整体性能和响应性能,应将平台代理部署在专用主机上,而不是服务器层主机上。如果部署服务器层的多 CPU 系统还有多余的容量,可以考虑在服务器层主机上运行平台代理。
下图显示了专用平台代理主机部署和服务器层主机部署的体系结构。
缺省情况下,Sun Fire 平台代理每小时刷新一次管理信息。如果将多个平台代理部署在同一主机上并同时对其进行初始化,则这些代理将快速连续地刷新其数据。如果并发刷新数据的平台代理数量过多,则会对主机系统的整体响应性能产生不利影响。
要减少同一主机中多个平台代理并发操作的可能,请勿同时启动所有平台代理。
下表列出了典型的硬件配置以及相应的可以部署在专用主机系统上的平台代理数量。
表 C–7 专用主机:Sun Fire 平台代理容量
典型硬件配置 |
最大平台代理数 |
---|---|
Netra X1、Netra T1 或 Sun Blade,配有单 500 MHz UltraSPARC IIe CPU、1 GB RAM 和 1 GB 交换空间 |
5 到 7 |
Sun Enterprise 420R 或 Ultra 60,配有双 450 MHz UltraSPARC II CPU、1 GB RAM 和 1 GB 交换空间 |
11 到 15 |
Sun Fire 280R、Netra T4 或 Sun Blade 1000,配有双 750 MHz UltraSPARC III CPU、1 GB RAM 和 1 GB 交换空间 |
14 到 20 |
因为平台代理资源在使用上有所差别,所以表中显示的限制表示的是可接受的数值范围,在此范围内可以确保在操作高峰期不会耗尽系统容量。较大的 Sun Fire 平台需要较多的平台代理资源,导致在单个主机上可以运行的平台代理就比较少。相反,较小的 Sun Fire 平台需要较少的平台代理资源,这样在单个主机上可运行的平台代理就比较多。
运行 Sun Management Center 服务器层的主机系统的硬件规模要求与服务器层管理的平台代理数量和系统中的管理活动数量成函数关系。
只能在多 CPU 的大型系统中可以同时运行 Sun Management Center 服务器层和 Sun Fire 平台代理。在容量有限的服务器层主机上部署平台代理会对 Sun Management Center 整体性能产生不利影响。
假设管理活动处于中等水平,每天每台主机少于 1000 个事件,则在 Sun Management Center 服务器层主机中可以部署的最大平台代理数量与被管理的代理数量和计算机类型成函数关系。下表列出了典型的系统容量。
表 C–8 服务器层主机:Sun Fire 平台代理容量
管理的代理数 |
最大平台代理数 |
|
---|---|---|
Sun Enterprise 420R |
Sun Fire 280R |
|
100 |
6 |
7 |
300 |
5 |
7 |
500 |
4 |
6 |
750 |
NA |
6 |
Sun Enterprise 420R 表示 Enterprise 420R 或 Ultra 60 系统的服务器层主机,配有双 450 MHz UltraSPARC-II、1 GB RAM 和 1 GB 交换空间。
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 3.5 Software Supplement for Sun Fire 6800/4810/4800/3800 Systems》。