确定要求

在 Sun Cluster 环境中配置 Solaris Resource Manager 产品之前，您必须决定您想如何跨切换移交或故障移交来控制或跟踪资源。如果您将所有的群集节点配置为相同情形，则将以相同情形在主和备份节点上强制施行利用率限制。

在所有节点上的配置文件中，所有应用程序的配置参数不必相同，但所有的应用程序必须至少在该应用程序的所有的可能主机上的配置文件中予以表示。例如，如果应用程序 1 由 phys-schost-1 掌管，但可能被切换或因故障而移交给 phys-schost-2 或 phys-schost-3，则应用程序 1 必须包含在所有三个节点（phys-schost-1、phys-schost-2 和 phys-schost-3）的配置文件中。

Solaris Resource Manager 在利用率和应计参数方面十分灵活，Sun Cluster 几乎没有任何限制。配置选择取决于网站的需要。在配置您的系统之前，请考虑下列各节中的一般原则。

配置内存限制参数

当将 Solaris Resource Manager 产品用于 Sun 群集时，您应当恰当地配置内存限制，以避免应用程序不必要的故障移交或应用程序的来回反弹。原则上：

• 不要将内存限制设定得过低。

  当一个应用程序达到其内存限制时，其会因故障而被移交。这对于数据库应用程序特别重要，此时达到一个虚拟内存限制可能会产生不可预料的后果。

• 不要在主和备份节点上将内存限制配置为相同情形。

  在应用程序达到其内存限制且故障移交到一个带有相同内存限制的备份节点时，相同限制有可能会导致一种乒乓效应。在备份节点上，将内存限制设置得稍高一些。网站上的应用程序、资源和优先选择决定可以设置多高的限制。内存限制的不同有助于避免乒乓情况，并给予您按需要调整参数的时间。

• 务必要使用 Solaris Resource Manager 的内存限制功能来处理粗糙问题情况的负载平衡。

  例如，您可以使用内存限制来避免错误的应用程序耗用过量的资源。

使用应计利用率参数

有多个 Solaris Resource Manager 参数被用于跟踪系统资源的利用率应计:CPU 份额、登录数目和连接时间。但是，对于切换移交或故障移交的情形，在新的主机上，利用率应计数据（CPU 利用率、登录数目和连接时间）均将为所有得到切换移交或故障移交的应用程序缺省从零重新开始。应计数据并非自动跨节点得到转移。

如要避免使 Solaris Resource Manager 利用率应计报告特性的精确度失效，您可以创建脚本来从群集节点收集应计信息。因为在某一应计期间，一个应用程序有可能在其可能的主机中的任意一台上运行，该脚本应当从某一给定应用程序的所有可能的主机收集应计信息。有关更多信息，请参阅 第 9 章，利用率数据。