此部分介绍了由 Sun Cluster 软件定义的资源属性。属性值分为以下几类:
必需。群集管理员在使用管理实用程序创建资源时必须指定值。
可选。如果群集管理员在创建资源组时未指定值,系统将会提供一个默认值。
有条件的。仅当属性已在 RTR 文件中声明后,RGM 才能创建属性。否则,属性将不存在且对群集管理员不可用。RTR 文件中声明的条件属性是可选的还是必需的取决于是否在 RTR 文件中指定了缺省值。有关详细信息,请参见对每个条件的属性的说明。
仅限于查询。不能通过管理工具直接设置。
资源特性属性中介绍的 Tunable 属性列出了您是否可以和何时可以更新资源属性,如下所示:
永远不
任何时候
在将资源添加到群集时
当资源被禁止时
首先列出的是属性名称,后面是对该属性的说明。
以秒表示的时间长度,在此期间,对于资源中的任何服务,来自给定客户机IP 地址的连接均被发送到同一服务器节点。
仅当 Load_balancing_policy 的值为 Lb_sticky 或 Lb_sticky_wild 时,此属性才适用。另外,必须将 Weak_affinity 设置为 FALSE。
此属性只用于可伸缩服务。
可选
无缺省值
ANYTIME
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
在两次资源故障快速探测的调用之间的秒数。该属性由 RGM 创建,并且仅当在 RTR 文件中声明此属性后,群集管理员才可以使用此属性。如果在 RTR 文件中指定了缺省值,则此属性是可选的。
如果在 RTR 文件中未指定 Tunable 属性,则该属性的 Tunable 值为 WHEN_DISABLED。
有条件的
无缺省值
WHEN_DISABLED
在资源类型的 RTR 文件中声明的扩展属性。资源类型的实现中定义了这些属性。资源特性属性中包含关于可为扩展属性设置的单个属性的信息。
有条件的
无缺省值
取决于特定的属性
修改在出现以下情况时 RGM 所采取的恢复操作:当资源无法成功启动或停止时,或者在资源监视器发现资源运行不正常并因而请求重新启动或故障转移时。
NONE、SOFT 或 HARD(方法失败)
当启动或停止方法(Prenet_start、Start、Monitor_stop、Stop、Postnet_stop)失败时,这些设置仅影响故障转移行为。成功启动资源之后,NONE、SOFT 和 HARD 将不会对资源监视器使用 scha_control 命令或 scha_control() 函数启动的后续资源重新启动或停止行为有任何影响。请参见 scha_control(1HA) 和 scha_control(3HA) 手册页。NONE 表示当先前列出的某个启动或停止方法失败时,RGM 将不执行任何恢复操作。SOFT 或 HARD 表示如果 Start 或 Prenet_start 方法失败,RGM 会将资源的组重定位到其他节点上。对于 Start 或 Prenet_start 失败,SOFT 与 HARD 相同。
对于 stop 方法(Monitor_stop、Stop 或 Postnet_stop)的失败,SOFT 与 NONE 相同。如果 Failover_mode 设置为 HARD,当这些停止方法之一失败时,RGM 将重新引导节点以强制资源组脱机。然后,RGM 可能尝试在其他节点上启动该组。
RESTART_ONLY 或 LOG_ONLY
与 NONE、SOFT 和 HARD 不同,它们影响的是在启动或停止方法失败时的故障转移行为,而 RESTART_ONLY 和 LOG_ONLY 将影响所有故障转移行为。故障转移行为包括由监视器启动的 (scha_control) 资源和资源组重新启动,以及由资源监视器 (scha_control) 启动的停止。RESTART_ONLY 表示监视器可以运行 scha_control 来重新启动资源或资源组。RGM 允许在 Retry_interval 指定的时间间隔内重新启动 Retry_count 次。如果超出 Retry_count 次,则不允许再进行重新启动。如果 Failover_mode 设置为 LOG_ONLY,则不允许进行资源重新启动或停止。将 Failover_mode 设置为 LOG_ONLY 相当于将 Failover_mode 设置为 RESTART_ONLY 并将 Retry_count 设置为零。
RESTART_ONLY 或 LOG_ONLY(方法失败)
如果 Prenet_start、Start、Monitor_stop、Stop 或 Postnet_stop 方法失败,则 RESTART_ONLY 和 LOG_ONLY 与 NONE 相同。即,既不故障转移也不重新引导节点。
Failover_mode 设置对数据服务的影响
Failover_mode 的每个设置对数据服务的影响取决于数据服务是受监视还是不受监视,数据服务是否基于数据服务开发库 (DSDL)。
如果数据服务实现了 Monitor_start 方法并且对资源的监视已启用,将对该数据服务进行监视。RGM 通过在启动资源自身之后执行 Monitor_start 方法来启动资源监视器。资源监视器将探测资源的运行状况。如果探测失败,资源监视器可能通过调用 scha_control() 函数请求重新启动或故障转移。对于基于 DSDL 的资源,探测可能会表明数据服务的部分失败(降级)或完全失败。重复的部分失败将累积为完全失败。
如果数据服务不提供 Monitor_start 方法或者对资源的监视已禁用,则不对数据服务进行监视。
基于 DSDL 的数据服务包括通过 GDS 使用 Agent Builder 开发的数据服务,或者通过使用 DSDL 直接开发的数据服务。某些数据服务(例如 HA Oracle)不是使用 DSDL 开发的。
NONE、SOFT 或 HARD(探测失败)
如果将 Failover_mode 设置为 NONE、SOFT 或 HARD 并且数据服务是基于 DSDL 的受监视服务,则当探测完全失败时,监视器将调用 scha_control() 函数以请求重新启动资源。如果探测持续失败,将在 Retry_interval 内将资源最多重新启动 Retry_count 次。如果在重新启动 Retry_count 次之后探测再次失败,监视器将请求把资源的组故障转移到其他节点上。
如果将 Failover_mode 设置为 NONE、SOFT 或 HARD 并且数据服务是基于 DSDL 的不受监视服务,则仅检测唯一一种失败— —资源的进程树中止。如果资源的进程树中止,则重新启动资源。
如果数据服务不是基于 DSDL 的服务,则重新启动或故障转移行为取决于资源监视器如何编码。例如,Oracle 资源监视器将通过重新启动资源或资源组,或者通过故障转移资源组进行恢复。
RESTART_ONLY(探测失败)
如果将 Failover_mode 设置为 RESTART_ONLY 并且数据服务是基于 DSDL 的受监视服务,则当探测完全失败时,将在 Retry_interval 内将资源重新启动 Retry_count 次。但是,如果超出 Retry_count 次,则资源监视器将退出、将资源状态设置为 FAULTED 并生成状态消息“应用程序有问题,但未重新启动。探测正在退出。”此时,虽然监视仍处于启用状态,但是在群集管理员修复并重新启动资源之前,资源将一直处于不受监视的状态。
如果将 Failover_mode 设置为 RESTART_ONLY 并且数据服务是基于 DSDL 的不受监视服务,则当进程树中止时,将不重新启动资源。
如果受监视的数据服务不是基于 DSDL 的数据服务,则恢复行为取决于如何对资源监视器进行编码。如果将 Failover_mode 设置为 RESTART_ONLY,则可以通过在 Retry_interval 内对 scha_control() 函数进行 Retry_count 次调用来重新启动资源或资源组。如果资源监视器超出 Retry_count 次,则尝试重新启动失败。如果监视器调用了 scha_control() 函数以请求故障转移,则该请求也将失败。
LOG_ONLY(探测失败)
如果对于任何数据服务都将 Failover_mode 设置为 LOG_ONLY,则所有的 scha_control() 都将请求重新启动资源或资源组,或者请求将已排除的组故障转移。如果数据服务是基于 DSDL 的数据服务,则在探测完全失败是将记录一条消息,但不重新启动资源。如果在 Retry_interval 内探测完全失败的次数超出 Retry_count 次,则资源监视器将退出、将资源状态设置为 FAULTED 并生成状态消息“应用程序有问题,但未重新启动。探测正在退出。”此时,虽然监视仍处于启用状态,但是在群集管理员修复并重新启动资源之前,资源将一直处于不受监视的状态。
如果将 Failover_mode 设置为 LOG_ONLY 并且数据服务是基于 DSDL 的不受监视的服务,则当进程树中止时,将记录一条消息但不重新启动资源。
如果受监视的数据服务不是基于 DSDL 的数据服务,则恢复行为取决于如何对资源监视器进行编码。如果将 Failover_mode 设置为 LOG_ONLY,则所有的 scha_control() 将请求重新启动资源或资源组,或者请求将失败的组故障转移。
可选
无
ANYTIME
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果方法本身已在 RTR 文件中声明
ANYTIME
定义所使用的负载平衡策略的字符串。此属性仅用于可伸缩服务。如果在 RTR 文件中声明了 Scalable 属性,则 RGM 将自动创建此属性。Load_balancing_policy 可以取以下值:
Lb_weighted(缺省值)。根据在 Load_balancing_weights 属性中设置的权重在各个节点间分配负载。
Lb_sticky。可伸缩服务的给定客户机(由客户机的 IP 地址标识)总是发送到同一群集节点。
Lb_sticky_wild。连接到用通配符表示的粘滞服务的 IP 地址的给定客户机 IP 地址总是被发送到相同的群集节点,而忽略此 IP 地址的目标端口号。
有条件的/可选
Lb_weighted
AT_CREATION
只用于可缩放资源。如果在 RTR 文件中声明了 Scalable 属性,则 RGM 将自动创建此属性。格式为 weight@node,weight@node,其中 weight 是反映分布到指定 node 的相对负载部分的整数。分布到某个节点的负载部分是此节点的权重除以所有权重之和。例如,1@1,3@2 指定了节点 1 接收负载的四分之一,节点 2 接收负载的四分之三。空字符串 (“”) 为缺省值,它设置均匀的分配。未明确指定权重的任何节点的缺省权重为 1。
如果在 RTR 文件中未指定 Tunable 属性,则此属性的 Tunable 值为 ANYTIME。更改该属性将仅改变新连接的分配。
有条件的/可选
空字符串 ("")
ANYTIME
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
如果群集管理员通过管理公用程序启用或禁止监视器,则 RGM 将把此属性设置为 Enabled 或 Disabled。如果设置为 Disabled,那么虽然资源本身仍保持联机,但将停止对资源的监视。仅当重新启用监视之后,才会调用 Monitor_start 方法。如果资源没有监视器回调方法,则此属性不存在。
仅限于查询
无缺省值
无
资源所使用的逻辑主机名或共享地址网络资源的列表。对于可缩放服务,此属性必须是指存在于单独资源组的共享地址资源。对于失败转移服务,此属性是指存在于相同的资源组的逻辑主机名或共享地址资源。如果在 RTR 文件中声明了 Scalable 属性,则 RGM 将自动创建此属性。如果在 RTR 文件中没有声明 Scalable,Network_resources_used 将不可用,除非在 RTR 文件中显式声明。
如果在 RTR 文件中未指定 Tunable 属性,则此属性的 Tunable 值为 AT_CREATION。
SUNW.Event(5) 手册页介绍了如何为 CRNP 设置此属性。
有条件的/必需的
无缺省值
AT_CREATION
不能直接设置此属性。RGM 将把此属性设置为在过去的 n 秒内对此节点上的此资源执行 scha_control、Resource_restart 或 Resource_is_restarted 调用的次数。n 为资源的 Retry_interval 属性的值。只要此资源执行了 scha_control 停止,无论停止尝试成功与否,RGM 都会将资源重新启动计数器重置为零 (0)。
如果某个资源类型不声明 Retry_interval 属性,则该类资源的 Num_resource_restarts 属性不可用。
仅限于查询
无缺省值
无
不能直接设置此属性。RGM 将把此属性设置为在过去的 n 秒内资源已对其在此节点上的包含资源组执行 scha_control Restart 调用的次数。n 为此资源的 Retry_interval 属性的值。如果资源类型不声明 Retry_interval 属性,则该类资源的 Num_rg_restarts 属性不可用。
请参阅说明
无缺省值
无
如果群集管理员通过管理公用程序启用或禁止资源,则 RGM 将把此属性设置成 Enabled 或 Disabled。如果设置为 Disabled,资源将被脱机并且仅在重新启用该资源后才能运行回调。
仅限于查询
无缺省值
无
端口(服务器在其上进行侦听)号列表。每个端口号后附加斜杠 (/),斜杠后接该端口所使用的协议,例如 Port_list=80/tcp 或 Port_list=80/tcp6,40/udp6。您可以指定以下协议值:
tcp,用于 TCP IPv4
tcp6(适用于 TCP IPv6)
udp,用于 UDP IPv4
udp6(适用于 UDP IPv6)
如果在 RTR 文件中声明了 Scalable 属性,则 RGM 将自动创建 Port_list。否则,此属性将不可用,除非在 RTR 文件中显式声明。
《Sun Cluster Data Service for Apache Guide for Solaris OS》中介绍了如何为 Apache 设置此属性。
有条件的/必需的
无缺省值
ANYTIME
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
资源的简单说明。
可选
空字符串
ANYTIME
在同一组或不同组中与 Resource_dependencies 资源具有强依赖性的资源的列表。如果该列表中有任一资源处于脱机状态,则无法启动此资源。如果此资源和列表中的某个资源同时启动,则 RGM 将一直等到列表中的资源启动之后才启动此资源。如果此资源的 Resource_dependencies 列表中的资源不启动,则此资源将保持脱机状态。此资源的列表中的资源可能不启动的原因在于:列表中资源的资源组仍保持脱机状态或处于 START_FAILED 状态。如果此资源由于与无法启动的其他资源组中的资源具有依赖性而保持脱机状态,则此资源的组将进入 PENDING_ONLINE_BLOCKED 状态。
如果此资源与该列表中的资源同时进入脱机状态,则将在停止该列表中的资源之前先停止此资源。但是,即使此资源仍处于联机状态或无法停止,该列表中属于另一不同资源组的资源照样也会停止。除非先禁用此资源,否则无法禁用列表中的资源。
缺省情况下,在资源组中,应用程序资源对网络地址资源具有固有的强依赖性。资源组属性中的 Implicit_network_dependencies 包含更多信息。
在资源组中,按照依赖顺序,Prenet_start 方法将先于 Start 方法运行。按照依赖顺序,Postnet_stop 方法将在运行 Stop 方法后运行。在不同的资源组中,依赖资源将等待被依赖资源完成 Prenet_start 和 Start 之后再运行 Prenet_start。被依赖资源将等待依赖资源完成 Stop 和 Postnet_stop 之后再运行 Stop。
可选
空列表
ANYTIME
在同一组或不同组中与 Resource_dependencies_restart 资源具有重新启动依赖性的资源的列表。
此属性的功能与 Resource_dependencies 相同,以下情况除外:如果重新启动依赖性列表中的任何资源被重新启动,则重新启动此资源。RGM 将在列表中的资源重新联机之后重新启动此资源。
可选
空列表
ANYTIME
在同一组或不同组中与 Resource_dependencies_weak 资源具有弱依赖性的资源的列表。弱依赖性用于确定方法调用的顺序。RGM 将先调用此列表中资源的 Start 方法,再调用此资源的 Start 方法。RGM 将先调用此资源的 Stop 方法,再调用列表中那些资源的 Stop 方法。如果列表中的资源启动失败或保持脱机状态,该资源将仍然可以启动。
如果此资源与其 Resource_dependencies_weak 列表中的资源同时启动,则 RGM 将一直等到该列表中的资源启动之后再启动此资源。如果列表中的资源不启动(例如列表中资源的资源组仍然保持脱机状态或者列表中的资源处于 START_FAILED 状态时),此资源将启动。当此资源的 Resource_dependencies_weak 列表中的资源启动时,此资源的资源组可能会临时进入 PENDING_ONLINE_BLOCKED 状态。当所有资源已启动或无法启动时,此资源将启动并且此资源的组将重新进入 PENDING_ONLINE 状态。
如果将该资源与列表中的资源同时脱机,则该资源将在列表中的资源停止之前停止。如果该资源保持联机或无法停止,列表中的资源仍会停止。您不能禁用列表中的资源,除非先禁用此资源。
在资源组中,按照依赖顺序,Prenet_start 方法将先于 Start 方法运行。按照依赖顺序,Postnet_stop 方法将在运行 Stop 方法后运行。在不同的资源组中,依赖资源将等待被依赖资源完成 Prenet_start 和 Start 之后再运行 Prenet_start。被依赖资源将等待依赖资源完成 Stop 和 Postnet_stop 之后再运行 Stop。
可选
空列表
ANYTIME
资源实例的名称。在群集配置中此名称必须唯一,并且在资源创建后该名称无法进行更改。
必需的
无缺省值
无
与资源关联的 Solaris 项目名称。使用该属性可以将 Solaris 资源的管理功能(例如 CPU 共享和资源池)应用于群集数据服务。当 RGM 使资源联机时,它将启动此项目名称下的相关进程。如果未指定此属性,将通过包含资源的资源组的 RG_project_name 属性获取项目名称(请参见 rg_properties(5) 手册页)。如果也未指定 RG_project_name 属性,RGM 将使用预定义的项目名称 default。指定的项目名称必须已在项目数据库中(请参见 projects(1) 手册页和《System Administration Guide: Solaris Containers-Resource Management and Solaris Zones》)。
仅从 Solaris 9 开始支持此属性。
对此属性的更改将在下次资源被启动时生效。
可选
空
ANYTIME
每个群集节点上由 RGM 确定的资源状态。可能的状态包括 ONLINE、OFFLINE、START_FAILED、STOP_FAILED、MONITOR_FAILED、ONLINE_NOT_MONITORED、STARTING 和 STOPPING。
不能配置该属性。
仅限于查询
无缺省值
无
如果资源失败,监视器尝试重新启动该资源的次数。如果超出 Retry_count,则根据特定数据服务和 Failover_mode 属性的设置,监视器可能执行以下操作之一:
允许资源组保留在当前的主节点上,即使资源处于有问题的状态
请求将资源组故障转移到其他节点上
该属性由 RGM 创建,并且仅当在 RTR 文件中声明此属性后,群集管理员才可以使用此属性。如果在 RTR 文件中指定了缺省值,则此属性是可选的。
如果在 RTR 文件中未指定 Tunable 属性,则此属性的 Tunable 值为 WHEN_DISABLED。
如果为此属性指定了负值,监视器将无限次尝试重新启动资源。
有条件的
参见上述说明
WHEN_DISABLED
尝试重新启动失败的资源前计算的秒数。资源监视器将此属性与 Retry_count 一起使用。该属性由 RGM 创建,并且仅当在 RTR 文件中声明此属性后,群集管理员才可以使用此属性。如果在 RTR 文件中指定了缺省值,则此属性是可选的。
如果在 RTR 文件中未指定 Tunable 属性,则此属性的 Tunable 值为 When_disabled。
有条件的
无默认值(参见上述说明)
WHEN_DISABLED
指明资源是不是可伸缩资源,即资源是否使用 Sun Cluster 软件的网络负载平衡功能。
如果在 RTR 文件中声明了此属性,则 RGM 将为该类型的资源自动创建以下可伸缩服务属性:Affinity_timeout、Load_balancing_policy、Load_balancing_weights、Network_resources_used、Port_list、UDP_affinity 和 Weak_affinity。这些属性具有缺省值,除非在 RTR 文件中对它们进行了显式声明。Scalable 的默认值(在 RTR 文件中声明时)为 TRUE。
如果在 RTR 文件中声明此属性,则不能其指定给除了 AT_CREATION 以外的任何 Tunable 属性。
如果未在 RTR 文件中声明此属性,该资源将不具有可伸缩性,您不能调节此属性,并且 RGM 也不会设置任何可伸缩服务属性。但是,您可以在 RTR 文件中显式声明 Network_resources_used 和 Port_list 属性。这些属性对不可伸缩服务和可伸缩服务都会非常有用。
r_properties(5) 手册页中详细介绍了如何将此资源属性与 Failover 资源类型属性结合使用。
可选
无缺省值
AT_CREATION
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
由资源监视器使用 scha_resource_setstatus 命令或 scha_resource_setstatus() 函数设置。可能的值包括 OK、degraded、faulted、unknown 和 offline。当资源进入联机或脱机状态时,如果资源的监视器或方法未设置 Status 值,则 RGM 将自动设置 Status 值。
仅限于查询
无缺省值
无
由资源监视器在设置 Status 属性时同时设置。当资源进入联机或脱机状态时,如果资源调用的方法未设置此属性,则 RGM 将自动把此属性的值复位为空字符串。
仅限于查询
无缺省值
无
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
在两次资源高开销故障探测的调用之间的秒数。该属性由 RGM 创建,并且仅当在 RTR 文件中声明此属性后,群集管理员才可以使用此属性。如果在 RTR 文件中指定了缺省值,则此属性是可选的。
如果在 RTR 文件中未指定 Tunable 属性,则该属性的 Tunable 值为 When_disabled。
有条件的
无缺省值
WHEN_DISABLED
资源类型,此资源是该资源类型的一个实例。
必需的
无缺省值
无
指定当前与此资源关联的资源类型的版本。RGM 将自动创建此属性,该属性不能在 RTR 文件中声明。此属性的值与资源类型的 RT_version 属性一样。创建资源时,并不明确指定 Type_version 属性,尽管它可能显示为资源类型名称的后缀。编辑资源时,可以将 Type_version 属性更改为新值。
此属性的可调性源自以下源:
资源类型的当前版本
RTR 文件中的 #$upgrade_from 指令
请参阅说明
无缺省值
请参阅说明
如果将此属性设置为 TRUE,则将来自给定客户机的所有 UDP 通信流量都发送给当前为该客户机处理所有 TCP 通信流量的同一个服务器节点。
仅当 Load_balancing_policy 的值为 Lb_sticky 或 Lb_sticky_wild 时,此属性才适用。另外,必须将 Weak_affinity 设置为 FALSE。
此属性只用于可伸缩服务。
可选
无缺省值
WHEN_DISABLED
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
以秒计算的时间段,这段时间过后,RGM 将认为对该方法的调用已失败。对于给定的资源类型,仅为在 RTR 文件中声明的那些方法定义超时属性。
有条件的/可选
3600(一小时),如果在 RTR 文件中声明了此方法本身
ANYTIME
如果将此属性设置为 TRUE,此属性将启用客户机的弱关联形式。较弱形式的客户机关联允许将来自给定客户机的连接发送到同一个服务器节点,以下情况除外:
服务器侦听器为响应以下操作而启动:故障监视器的重新启动、资源的故障转移或切换转移、节点的重新加入群集等
由于群集管理员执行了管理操作,可伸缩资源的 Load_balancing_weights 发生更改
就内存消耗和处理器周期而言,不采用缺省形式而启用较弱的关联性所使用的系统开销较低。
仅当 Load_balancing_policy 的值为 Lb_sticky 或 Lb_sticky_wild 时,此属性才适用。
此属性只用于可伸缩服务。
可选
无缺省值
WHEN_DISABLED