Sun Cluster 3.0 5/02 更新版中新增了以下功能。该功能适用于本更新版和 Sun Cluster 3.0 软件的所有后续更新版。
Prioritized Service Management (RGOffload) 允许群集为关键的数据服务自动释放某个节点上的资源。如果启动关键的故障转移数据服务时需要先将非关键的、可缩放的数据服务或故障转移数据服务脱机,则请使用 RGOffload。利用 RGOffload 可以卸载包含非关键数据服务的资源组。
关键数据服务必须是故障转移数据服务。 所要卸载的数据服务既可以是故障转移数据服务,又可以是可缩放的数据服务。
在 Sun Cluster 3.0 5/02 更新版中进行了以下更改,它适用于本更新版和 Sun Cluster 3.0 软件的所有后续更新版。
成为某个群集成员的超级用户。
确定是否已注册 RGOffload 资源类型。
以下命令将打印一个资源类型列表。
# scrgadm -p|egrep SUNW.RGOffload |
如果需要,注册此资源类型。
# scrgadm -a -t SUNW.RGOffload |
在 RGOffload 资源所要卸载的每个资源组中,将 Desired_primaries 设置为 0。
# scrgadm -c -g offload-rg -y Desired_primaries=0 |
将 RGOffload 资源添加到关键的故障转移资源组中,并设置扩展特性。
请勿将一个资源组放在多个资源的 rg_to_offload 列表中。如果将一个资源组放在多个 rg_to_offload 列表中,可能会使该资源组脱机然后再返回联机状态,并反复重复此过程。
有关扩展特性的说明,请参阅"配置 RGOffload 扩展特性 (5/02)"。
# scrgadm -aj rgoffload-resource -t SUNW.RGOffload -g critical-rg \ -x rg_to_offload=offload-rg-1, offload-rg-2, ... \ -x continue_to_offload=TRUE -x max_offload_retry=15 |
此处列出的是除 rg_to_offload 以外的扩展特性及其缺省值。rg_to_offload 是一个用逗号分隔的资源组列表,其中各个资源组之间相互保持独立。此列表中不能包含那个正要向其中添加 RGOffload 资源的资源组。
启用 RGOffload 资源。
# scswitch -ej rgoffload-resource |
设置关键的故障转移资源,使其与 RGOffload 资源相关。
# scrgadm -c -j critical-resource \ -y Resource_dependencies=rgoffload-resource |
也可以使用 Resource_dependencies_weak。如果对 RGOffload 资源类型使用 Resource_dependencies_weak,则即使在卸载 offload-rg 时出现错误,也能启动关键的故障转移资源。
使所要卸载的资源组联机。
# scswitch -z -g offload-rg, offload-rg-2, ... -h nodelist |
在关键资源组已经脱机的所有节点上,该资源组将保持联机状态。故障监视器可防止该资源组在具有以下特点的节点上运行:其中的关键资源组仍处于联机状态。
由于所要卸载的资源组的 Desired_primaries 已设置为 0(请参阅步骤 4),-Z 选项不能使这些资源组联机。
如果关键的故障转移资源组没有联机,将使它联机。
# scswitch -Z -g critical-rg |
此示例说明如何配置 RGOffload 资源 (rgofl)、含有 RGOffload 资源 (oracle_rg) 的关键资源组以及在关键资源组联机时被卸载的可缩放资源组 (IWS-SC, IWS-SC-2)。此示例中的关键资源为 oracle-server-rs。
在此示例中,可以在任何一个群集 triped 节点上控制 oracle_rg、IWS-SC 和 IWS-SC-2:phys-triped-1、phys-triped-2 和 phys-triped-3。
[Determine whether the SUNW.RGOffload resource type is registered.] # scrgadm -p|egrep SUNW.RGOffload [If needed, register the resource type.] # scrgadm -a -t SUNW.RGOffload [Set the Desired_primaries to zero in each resource group to be offloaded by the RGOffload resource.] |
在 Sun Cluster 3.0 5/02 更新版中进行了以下更改,它适用于本更新版和 Sun Cluster 3.0 软件的所有后续更新版。
通常,在创建 RGOffload 资源时使用命令行 scrgadm -x parameter=value 来配置扩展特性。关于所有 Sun Cluster 标准特性的详细信息,请参阅《Sun Cluster 3.0 12/01 Data Services Installation and Configuration Guide》中的"Standard Properties"。
表 5-1介绍了可为 RGOffload 配置的各种扩展特性。"可调"条目说明何时可以更新此特性。
表 5-1 RGOffload 扩展特性
名称/数据类型 |
缺省值 |
---|---|
rg_to_offload(字符串) |
当在某个节点上启动关键的故障转移资源组时,要在此节点上卸载的资源组的列表(用逗号分隔)。此列表不应含有相互依赖的资源组。此特性没有缺省值,因此必须进行设置。
RGOffload 不检查 rg_to_offload 扩展特性中所设置的资源组列表中的相关性循环。例如,如果资源组 RG-B 在某个方面与 RG-A 相关,则 RG-A 和 RG-B 都不应包含在 rg_to_offload 中。
缺省值:无 可调: 任何时候 |
continue_to_offload(布尔值) |
此布尔值表示:在卸载某个资源组时出错以后,是否继续卸载 rg_to_offload 列表中剩余的资源组。
此特性仅用于 START 方法。
缺省值:True 可调: 任何时候 |
max_offload_retry(整数) |
在由于重新配置群集或资源组而引起故障之后,在启动期间尝试卸载资源组的次数。在连续两次重试之间有 10 秒钟的间隔。
设置 max_offload_retry,使得(所要卸载的资源组的数量 * max_offload_retry * 10 秒)小于 RGOffload 资源的 Start_timeout。如果此数目接近或大于 Start_timeout 的数目,则 RGOffload 资源的 START 方法可能会在完成最大卸载尝试次数之前便超时。
此特性仅用于 START 方法。
缺省值:15 可调: 任何时候 |
在 Sun Cluster 3.0 5/02 更新版中进行了以下更改,它适用于本更新版和 Sun Cluster 3.0 软件的所有后续更新版。
通过 RGOffload 资源的故障监视器探测,可使 rg_to_offload 扩展特性中指定的资源组在控制关键资源的节点上保持脱机状态。在每个探测周期内,故障监视器将检验所要卸载的资源组 (offload-rg) 在控制关键资源的节点上是否为脱机状态。如果 offload-rg 在控制关键资源的节点上处于联机状态,则故障监视器将在除控制关键资源的那个节点之外的某个节点上尝试启动 offload-rg,从而使得 offload-rg 在控制关键资源的那个节点上脱机。
因为 offload-rg 的 desired_primaries 被设置为 0,所以在后来变得可用的节点上不会再启动已卸载的资源组。因此,在使 offload-rg 在控制关键资源的那个节点上保持脱机的同时,RGOffload 故障监视器会在尽可能多的主节点上尝试启动 offload-rg,直到达到 maximum_primaries 的限制。
RGOffload 会尝试启动所有已卸载的资源组,除非它们处在维护状态或不受管理的状态。要将资源组置于不受管理的状态,请使用 scswitch 命令。
# scswitch -u -g resourcegroup |
在每个 Thorough_probe_interval 之后都将调用故障监视器探测周期。