test

Sun Cluster 系统管理指南（适用于 Solaris OS）

Procedure如何在具有专用处理器集的全局群集非投票节点中控制 CPU 使用情况

如果您想让您的资源组在专用处理器集中执行，请执行此过程。

如果某个资源组配置为在专用处理器集中执行，则当 Sun Cluster 软件在全局群集非投票节点中启动该资源组的资源时，将执行以下任务：

  1. 将系统的调度程序设置为公平份额调度器 (Fair Share Scheduler, FSS)。


    # dispadmin -d FSS

    下次重新引导时，FSS 将成为默认调度程序。要使此配置立即生效，请使用 priocntl 命令。


    # priocntl -s -C FSS

    组合使用 priocntl 和 dispadmin 命令可确保 FSS 立即成为默认调度器，并在重新引导后也保持不变。有关设置调度类的更多信息，请参见 dispadmin(1M) 和 priocntl(1) 手册页。

    注 –

    如果 FSS 不是默认调度程序，您分配的 CPU 份额将不会生效。

  2. 在每个要使用 CPU 控制的节点上，配置全局群集投票节点的份额数以及默认处理器集中可用 CPU 的最小数目。

    设置这些参数有助于避免在投票节点中运行的进程与在非投票节点中运行的进程争用 CPU。如果没有给 globalzoneshares 和 defaultpsetmin 属性赋值，这些属性将采用各自的默认值。


    # clnode set  [-p globalzoneshares=integer] \
[-p defaultpsetmin=integer] \
node
    -p defaultpsetmin= defaultpsetmininteger

    设置默认处理器集中可用的最小 CPU 数。默认值为 1。

    -p globalzoneshares= integer

    设置分配给投票节点的份额数。默认值为 1。

    node

    标识要设置其属性的节点。

    设置这些属性即是设置投票节点的属性。

  3. 检验是否正确设置了这些属性：


    # clnode show node

    对于您指定的节点，clnode 命令可显示属性集以及为这些属性设置的值。如果未使用 clnode 设置 CPU 控制属性，这些属性将采用默认值。

  4. 配置 CPU 控制工具。


    # clresourcegroup create -p RG_SLM_TYPE=automated \
 [-p RG_SLM_CPU_SHARES=value] \
-p -y RG_SLM_PSET_TYPE=value \
[-p RG_SLM_PSET_MIN=value] resource_group_name
    -pRG_SLM_TYPE=automated

    允许您控制 CPU 使用情况，并自动执行一些步骤以在 Solaris OS 中配置系统资源管理。

    -p RG_SLM_CPU_SHARES= value

    指定分配给资源组特定项目的 CPU 份额数 (project.cpu-shares)，并确定分配给非投票节点的 CPU 份额数 (zone.cpu-shares ) 以及处理器集中处理器的最大数目。

    -p RG_SLM_PSET_TYPE= value

    允许创建专用处理器集。如果有专用处理器集，可将此属性设置为 strong 或 weak。值 strong 和 weak 是互斥的。也就是说，对于在同一区域中的多个资源组，不能将一部分配置为 strong，而将另一部分配置为 weak。

    -p RG_SLM_PSET_MIN= value

    确定处理器集中的最小处理器数。

    resource_group_name

    指定资源组的名称。

    这步操作将创建一个资源组。此外，您还可使用 clresourcegroup set 命令修改现有资源组。

    如果区域配置中包含默认池以外的池，或者该区域动态绑定到默认池以外的池，则您不能在非投票节点中将 RG_SLM_TYPE 设置为 automated。有关区域配置和池绑定的信息，请分别参见 zonecfg(1M) 和 poolbind(1M) 手册页。查看区域配置，如下所示：


    # zonecfg -z zone_name info pool
    注 –

    对于已配置为在非投票节点中启动的资源（如 HAStoragePlus 或 LogicalHostname 资源），如果将 GLOBAL_ZONE 属性设置为 TRUE，则它将在投票节点中启动。即使将 RG_SLM_TYPE 属性设置为 automated，该资源仍不能得益于 CPU 份额和专用处理器集配置，并将被视为 RG_SLM_TYPE 设置为 manual 的资源组中的资源。

  5. 激活配置更改。

    resource_group_name

    指定资源组的名称。

    注 –

    请不要删除或修改 SCSLM_resource_group_name 项目。您可以手动将更多资源控制添加到项目中，例如，通过配置 project.max-lwps 属性。有关更多信息，请参见 projmod(1M) 手册页。

    在资源组联机时对 RG_SLM_CPU_SHARES 和 RG_SLM_PSET_MIN 进行的更改将动态应用。但是，如果 RG_SLM_PSET_TYPE 设置为 strong，且现有 CPU 不足以处理所做更改，则对 RG_SLM_PSET_MIN 进行的更改将不会应用。此时，屏幕显示一条警告消息。下次切换时，如果 CPU 不足以处理您为 RG_SLM_PSET_MIN 配置的值，则会发生因 CPU 不足而导致的错误。

    如果不再为非投票节点中的联机资源组配置 CPU 控制，则非投票节点的 CPU 份额值将采用 zone.cpu-shares 的值。该参数的默认值为 1。