Sun Management Center 3.6 安装和配置指南

服务器层资源

服务器层是 Sun Management Center 软件的核心。为服务器层主机分配适当的硬件对确保 Sun Management Center 操作的可靠性和响应性至关重要。Sun Management Center 服务器层的硬件要求明显大于代理的硬件要求。Sun Management Center 3.6 服务器层的系统要求高于 Sun Management Center 2.x 和 3.0 服务器层的硬件要求。2.x 或 3.0 版的服务器主机不一定非要满足 Sun Management Center 3.6 的系统要求。

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

注 –

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

体系结构	计算机类型	CPU 类型	RAM	交换空间
小型服务器	Sun Blade 100 或同等类型	一个 502 MHz UltraSPARC IIe CPU 或更高版本	1 GB	最小 512 MB，建议 1 GB
中型服务器	Sun Fire 280R	两个 750 MHz UltraSPARC II CPU 或更高版本	1 GB	最小 512 MB，建议 1 GB
大型服务器	Sun Blade 2000	两个 1015 Mhz UltraSPARC III CPU 或更高版本	1 GB	最小 512 MB，建议 1 GB
超大型服务器	Sun Fire 880	四个 900 Mhz UltraSPARC III CPU 或更高版本	2 GB	1 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 性能报告管理器 (performance reporting manager, PRM) 附加产品用于跟踪历史记录，并为 Sun Management Center 代理所监视的任意属性数据生成报告。由于涉及大量数据的收集和处理，PRM 附加产品可极大影响 Sun Management Center 服务器的规模要求。

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

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

根据安装了 PRM 附加产品的 Sun Management Center 服务器将要管理的代理的总数，参阅图 C–1 的 PRM 段以确定所需的计算机类型。
根据您要收集的 PRM 数据属性的估计数，按下节所示确定适当的 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 配置。您可以使用带有一个小型或中型 PRM 的超大型 Sun Management Center 服务器，具体情况取决于可用的磁盘空间和预期的 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 服务器上，生成一个包含最近 24 小时内一个代理的 5 个属性的相对简单的报告大约要 20 秒。相反，生成一个包含最近 7 天内 5 个代理的 5 个属性的较为具体的报告则要大概 10 分钟。

注 –

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

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

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

性能考虑

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

同时启动 Sun Management Center 组件
拓扑组配置
管理活动
控制台用户的数量

同时启动 Sun Management Center 组件

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

拓扑组配置

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

小型服务器 - 25 个拓扑组
中型服务器 - 50 个拓扑组
大型服务器 - 75 个拓扑组
超大型服务器 - 100 个拓扑组

在一个拓扑组中，直接子对象的最大数为 256。为了优化性能，一个组中的子对象数不应超过 100。

如果安装性能报告管理器附加软件，则每个拓扑域应包含不超过 200 个 Sun Management Center 代理，以确保对性能报告管理器数据的最优收集。

管理活动

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

由用户启动的操作数
被管理的主机系统的稳定性和活动
由主机系统加载的管理模块数
被管理特性的警报阈值和规则参数定义

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

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

控制台用户的数量

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

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

针对 100 个或更多代理的大型组操作可消耗大量的服务器资源。如果所作的更改会在被管理的代理中生成警报，这些操作会进一步影响服务器的性能。这些警报会以事件处理的形式产生其他的管理活动。
如果网络搜索操作涉及到给要管理的服务器添加许多新实体，则在搜索过程中将使服务器层的负荷显著增加。
如果拓扑数据导入操作涉及添加许多要管理的新实体，则在添加实体期间会导致服务器层的响应变慢。

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