如果要控制 CPU 使用情况,请对 CPU 控制工具进行配置。有关配置 CPU 控制工具的更多信息,请参见 rg_properties(5) 手册页。本章介绍了以下相关主题:
使用 Sun Cluster 软件可以控制 CPU 的使用情况。在 Solaris 9 OS 上可供选择的配置与在 Solaris 10 OS 上可供选择的配置不同。
CPU 控制工具是在 Solaris OS 所提供功能的基础上构建的。有关区域、项目、资源池、处理器集和调度类的信息,请参见《System Administration Guide: Solaris Containers-Resource Management and Solaris Zones》。
SPARC:在 Solaris 9 OS 上,您可将 CPU 份额分配给资源组。
在 Solaris 10 OS 上,您可执行以下操作:
将 CPU 份额分配给资源组。
将处理器分配给资源组。
本章中的所有过程均用于 Solaris 10 OS,除非声明仅针对 Solaris 9 OS。
根据您所选择的配置和操作系统版本的具体情况,CPU 控制级别会各不相同。本章所介绍的 CPU 控制的各个方面均具备一个前提条件,即资源组属性 RG_SLM_TYPE 的设置为 automated。
表 9–1 提供了各种可用配置方案的说明。
表 9–1 CPU 控制方案
描述 |
指导 |
---|---|
SPARC:资源组在 Solaris 9 OS 上运行 通过给 project.cpu-shares 赋值来向资源组分配 CPU 份额。 | |
资源组在 Solaris 10 OS 上的全局区域运行 通过给 project.cpu-shares 和 zone.cpu-shares 赋值来向资源组和区域分配 CPU 份额 无论是否配置了非全局区域,您均可执行此过程。 | |
资源组通过使用默认处理器集在非全局区域运行 通过给 project.cpu-shares 和 zone.cpu-shares 赋值来向资源组和区域分配 CPU 份额 如果您无需控制处理器集的大小,请执行此过程。 | |
资源组使用专用处理器集在非全局区域运行 通过给 project.cpu-shares、zone.cpu-shares 和专用处理器集中的最大处理器数赋值来向资源组分配 CPU 份额。 设置专用处理器集中的最小处理器集数。 如果要控制 CPU 份额和处理器集的大小,请执行此过程。您只能使用专用处理器集在非全局区域实施此控制。 |
给资源组分配 CPU 份额的第一步是将系统的调度程序设置为公平份额调度器 (fair share scheduler, FSS)。默认情况下,Solaris OS 的调度类是分时调度 (timesharing schedule, TS)。请将调度程序设置为 FSS 以使份额配置生效。
无论选择怎样的调度程序类,您均可创建一个专用处理器集。
本节包括以下过程:
执行此过程可将 CPU 份额分配给正在运行 Solaris 9 OS 的群集上的资源组。
如果某个资源组得到 CPU 份额, Sun Cluster 软件将在启动该资源组的资源时执行以下任务:
创建一个名为 SCSLM_resource_group_name 的项目(如果此项目尚不存在)。此项目特定于该资源组,并已得到指定数目的 CPU 份额 (project.cpu_shares)。
启动 SCSLM_resourcegroup_name 项目中的资源。
有关配置 CPU 控制工具的更多信息,请参见 rg_properties(5) 手册页。
将系统的调度程序设置为公平份额调度器 (fair share scheduler, FSS)。
# dispadmin -d FSS |
下次重新引导时,FSS 将成为默认调度程序。要使此配置立即生效,请使用 priocntl 命令。
# priocntl -s -c FSS |
组合使用 priocntl 命令和 dispadmin 命令可确保 FSS 立即成为默认调度程序,并在重新引导后保持不变。有关设置调度类的更多信息,请参见 dispadmin(1M) 页和 priocntl(1) 手册页。
如果 FSS 不是默认调度程序,您分配的 CPU 份额将不会生效。
配置 CPU 控制工具。
# clresourcegroup create -p RG_SLM_TYPE=automated \ [-p RG_SLM_CPU_SHARES=value] resource_group_name |
允许您控制 CPU 使用情况,并自动执行一些步骤以在 Solaris OS 中配置系统资源管理。
指定分配给资源组特定项目的 CPU 份额数,即 project.cpu-shares。
指定资源组的名称。
这步操作将创建一个资源组。此外,您也可使用 clresourcegroup set 命令修改现有资源组。
激活配置更改。
# clresourcegroup online -M resource_group_name |
指定资源组的名称。
请不要删除或修改 SCSLM_resource_group_name 项目。您可以手动将更多资源控制添加到项目中,例如,通过配置 project.max-lwps 属性来添加。有关更多信息,请参见 projmod(1M) 手册页。
执行此过程可将 CPU 份额分配给将要在全局区域执行的资源组。
如果某个资源组得到 CPU 份额,当 Sun Cluster 软件在全局区域启动该资源组的资源时将执行以下任务:
通过添加指定的 CPU 份额数以增加为非全局区域分配的 CPU 份额数 ( zone.cpu-shares)(如果尚未执行此操作的话)。
在全局区域创建一个名为 SCSLM_resourcegroup_name 的项目(如果尚未这样做)。此项目特定于该资源组,并已得到指定数目的 CPU 份额 (project.cpu-shares)。
启动 SCSLM_resourcegroup_name 项目中的资源。
有关配置 CPU 控制工具的更多信息,请参见 rg_properties(5) 手册页。
将系统的默认调度程序设置为公平份额调度器 (Fair Share Scheduler, FSS)。
# dispadmin -d FSS |
下次重新引导时,FSS 将成为默认调度程序。要使此配置立即生效,请使用 priocntl 命令。
# priocntl -s -C FSS |
组合使用 priocntl 命令和 dispadmin 命令可确保 FSS 立即成为默认调度程序,并在重新引导后保持不变。有关设置调度类的更多信息,请参见 dispadmin(1M) 页和 priocntl(1) 手册页。
如果 FSS 不是默认调度程序,您分配的 CPU 份额将不会生效。
在每个使用 CPU 控制的节点上,配置全局区域的份额数,以及默认处理器集中可用的最小 CPU 数。
设置这些参数有助于确保全局区域中运行的进程不与非全局区域中运行的进程争用 CPU。如果没有给 globalzoneshares 和 defaultpsetmin 属性赋值,这些属性将使用各自的默认值。
# clnode set [-p globalzoneshares=integer] \ [-p defaultpsetmin=integer] \ node |
设置默认处理器集中可用的最小 CPU 份额数。默认值为 1。
设置分配给全局区域的份额数。默认值为 1。
指定要设置其属性的节点。
设置这些属性时,即是设置全局区域属性。如果您不设置这些属性,则无法得益于非全局区域中的 RG_SLM_PSET_TYPE 属性。
检验是否正确设置了这些属性。
# clnode show node |
对于您指定的节点,clnode 命令可打印出为这些属性设置的属性集和值。如果不使用 clnode 设置 CPU 控制属性,这些属性将使用默认值。
配置 CPU 控制工具。
# clresourcegroup create -p RG_SLM_TYPE=automated \ [-p RG_SLM_CPU_SHARES=value] resource_group_name |
允许您控制 CPU 使用情况,并自动执行一些步骤以在 Solaris OS 中配置系统资源管理。
指定给资源组特定项目分配的 CPU 份额数(即 project.cpu-shares);确定给全局区域分配的 CPU 份额数(即 zone.cpu-shares)。
指定资源组的名称。
在此过程不要设置 RG_SLM_PSET_TYPE 属性。在全局区域中,该属性使用 default 值。
这步操作将创建一个资源组。此外,您也可使用 clresourcegroup set 命令修改现有资源组。
激活配置更改。
# clresourcegroup online -M resource_group_name |
指定资源组的名称。
请不要删除或修改 SCSLM_resource_group_name 项目。您可以手动将更多资源控制添加到项目中,例如,通过配置 project.max-lwps 属性来添加。有关更多信息,请参见 projmod(1M) 手册页。
如果要在非全局区域向资源组分配 CPU 份额,但又无需创建专用处理器集,请执行此过程。
如果某个资源组得到 CPU 份额,当 Sun Cluster 软件在非全局区域启动该资源组的资源时将执行以下任务:
创建一个名为 SCSLM_resource_group_name 的池(如果尚未这样做)。
将 SCSLM_pool_zone_name 池与默认处理器集关联。
将非全局区域动态绑定到 SCSLM_poolzone_name 池。
根据指定的 CPU 份额数增加分配给非全局区域的 CPU 份额数 (zone.cpu-shares)(如果尚未这样做)。
在非全局区域创建一个名为 SCSLM_resourcegroup_name 的项目(如果尚未这样做)。此项目特定于该资源组,并已得到指定数目的 CPU 份额 (project.cpu-shares)。
启动 SCSLM_resourcegroup_name 项目中的资源。
有关配置 CPU 控制工具的更多信息,请参见 rg_properties(5) 手册页。
将系统的默认调度程序设置为公平份额调度器 (Fair Share Scheduler, FSS)。
# dispadmin -d FSS |
下次重新引导时,FSS 将成为默认调度程序。要使此配置立即生效,请使用 priocntl 命令:
# priocntl -s -C FSS |
组合使用 priocntl 命令和 dispadmin 命令可确保 FSS 立即成为默认调度程序,并在重新引导后保持不变。有关设置调度类的更多信息,请参见 dispadmin(1M) 页和 priocntl(1) 手册页。
如果 FSS 不是默认调度程序,您分配的 CPU 份额将不会生效。
在每个使用 CPU 控制的节点上,配置全局区域的份额数,以及默认处理器集中可用的最小 CPU 数。
设置这些参数有助于确保全局区域中运行的进程不与非全局区域中运行的进程争用 CPU。如果没有给 globalzoneshares 和 defaultpsetmin 属性赋值,这些属性将使用各自的默认值。
# clnode set [-p globalzoneshares=integer] \ [-p defaultpsetmin=integer] \ node |
设置分配给全局区域的份额数。默认值为 1。
设置默认处理器集中可用的最小 CPU 数。默认值为 1。
标识要设置其属性的节点。
设置这些属性时,即是设置全局区域属性。
检验是否正确设置了这些属性:
# clnode show node |
对于您指定的节点,clnode 命令可打印出为这些属性设置的属性集和值。如果不使用 clnode 设置 CPU 控制属性,这些属性将使用默认值。
配置 CPU 控制工具。
# clresourcegroup create -p RG_SLM_TYPE=automated \ [-p RG_SLM_CPU_SHARES=value] resource_group_name |
允许您控制 CPU 使用情况,并自动执行一些步骤以在 Solaris OS 中配置系统资源管理。
指定给资源组特定项目分配的 CPU 份额数 (project.cpu-shares);确定给非全局区域分配的 CPU 份额数 (zone.cpu_shares)。
指定资源组的名称。
这步操作将创建一个资源组。此外,您也可使用 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 的资源组中的资源。
在此过程不要设置 RG_SLM_PSET_TYPE 属性。Sun Cluster 使用默认处理器集。
激活配置更改。
# clresourcegroup online -M resource_group_name |
指定资源组的名称。
如果将 RG_SLM_PSET_TYPE 设置为 default,Sun Cluster 将创建一个名为 SCSLM_pool_zone_name 的池,但不创建处理器集。此时,SCSLM_pool_zone_name 与默认处理器集关联。
如果对于非全局区域的 CPU 控制不再配置联机资源组,则非全局区域的 CPU 份额值将采用区域配置中 zone.cpu-shares 的值。该参数的默认值为 1。有关区域配置的更多信息,请参见 zonecfg(1M) 手册页。
请不要删除或修改 SCSLM_resource_group_name 项目。您可以手动将更多资源控制添加到项目中,例如,通过配置 project.max-lwps 属性来添加。有关更多信息,请参见 projmod(1M) 手册页。
如果某个资源组配置为在专用处理器集中执行,则当 Sun Cluster 软件在非全局区域启动该资源组的资源时将执行以下任务:
创建一个名为 SCSLM_pool_zone_name 的池(如果尚未这样做)。
创建一个专用处理器集。该处理器集的大小可通过 RG_SLM_CPU_SHARES 属性和 RG_SLM_PSET_MIN 属性来确定。
将 SCSLM_pool_zone_name 池与已创建的处理器集关联。
将非全局区域动态绑定到 SCSLM_pool_zone_name 池。
根据指定 CPU 份额数增加分配给非全局区域的 CPU 份额数(如果尚未这样做)。
在非全局区域创建一个名为 SCSLM_resourcegroup_name 的项目(如果尚未这样做)。此项目特定于该资源组,并已得到指定数目的 CPU 份额 (project.cpu-shares)。
启动 SCSLM_resourcegroup_name 项目中的资源。
将系统的调度程序设置为公平份额调度器 (Fair Share Scheduler, FSS)。
# dispadmin -d FSS |
下次重新引导时,FSS 将成为默认调度程序。要使此配置立即生效,请使用 priocntl 命令。
# priocntl -s -C FSS |
组合使用 priocntl 命令和 dispadmin 命令可确保 FSS 立即成为默认调度程序,并在重新引导后保持不变。有关设置调度类的更多信息,请参见 dispadmin(1M) 页和 priocntl(1) 手册页。
如果 FSS 不是默认调度程序,您分配的 CPU 份额将不会生效。
在每个使用 CPU 控制的节点上,配置全局区域的份额数,以及默认处理器集中可用的最小 CPU 数。
设置这些参数有助于确保全局区域中运行的进程不与非全局区域中运行的进程争用 CPU。如果没有给 globalzoneshares 和 defaultpsetmin 属性赋值,这些属性将使用各自的默认值。
# clnode set [-p globalzoneshares=integer] \ [-p defaultpsetmin=integer] \ node |
设置默认处理器集中可用的最小 CPU 数。默认值为 1。
设置分配给全局区域的份额数。默认值为 1。
标识要设置其属性的节点。
设置这些属性时,即是设置全局区域属性。
检验是否正确设置了这些属性:
# clnode show node |
对于您指定的节点,clnode 命令可打印出为这些属性设置的属性集和值。如果不使用 clnode 设置 CPU 控制属性,这些属性将使用默认值。
配置 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 |
允许您控制 CPU 使用情况,并自动执行一些步骤以在 Solaris OS 中配置系统资源管理。
指定给资源组特定项目分配的 CPU 份额数 (project.cpu-shares);确定给非全局区域分配的 CPU 份额数 (zone.cpu-shares) 以及处理器集中的最大处理器数。
允许创建专用处理器集。如果有专用处理器集,可将此属性设置为 strong 或 weak。值 strong 和 weak 相互排斥。也就是说,对于在同一区域配置的多个资源组,不能一部分配置为 strong,另一部分配置为 weak。
确定处理器集中的最小处理器数。
指定资源组的名称。
这步操作将创建一个资源组。此外,您也可使用 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 的资源组中的资源。
激活配置更改。
指定资源组的名称。
请不要删除或修改 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。