[AIX Solaris HP-UX Linux Windows][z/OS]

Intelligent Management:自主请求流管理器高级定制属性

可以使用这些属性配置自主请求流管理器 (ARFM)。

避免故障 避免故障: 所有 ARFM 定制属性区分大小写。gotcha

工作概要分析程序属性

注: 工作概要分析程序是一个可用性高的控制器;它可以在 Node Agent、Deployment Manager 或随需应变路由器上处于活动状态。要在随需应变路由器 (ODR) 上禁止该程序变为活动状态,请将 disableODRBasedWorkProfiler 单元定制属性设置为 true。需要重新启动单元才能使此定制属性生效。

profilerPeriod

指定每个单元用于确定工作概要分析程序周期的时间(以毫秒计)。

表 1. profilerPeriod 定制属性值
描述
范围 单元
有效值 整数值(以毫秒计)
缺省值 60000(1 分钟)

profilerHalfLife

指定分钟数(对每个单元指定)。工作概要分析程序通过一个时间指数函数来减少观察值。半生存期是一个时间量,在此时段内按变化因子 2 不断减少。

表 2. profilerHalfLife 定制属性值
描述
范围 单元
有效值 整数值(以毫秒计)
缺省值 600000(10 分钟)

publishedAlphasPrintFrequency

指定对 SystemOut.log 文件打印工作因子的频率。在工作概要分析程序周期中对日志文件打印这些工作因子,该周期是由 profilerPeriod 定制属性指定的时间长度。如果您想在每个工作周期中使用工作概要分析程序对日志文件打印工作因子,那么可以将值指定为 1。但是,如果想降低对日志文件打印文本的数量,那么可以增加此值。例如,如果想在每 5 个工作概要分析程序周期后打印工作因子,那么可以将值指定为 5

表 3. publishedAlphasPrintFrequency 定制属性值
描述
范围 单元
有效值 大于或等于 0 的整数值
缺省值 0(不对 SystemOut.log 文件打印工作因子。)

工作概要分析程序输出衰变半生存期和平滑权重函数参数

工作概要分析程序分两个阶段工作:首先它使观察值适合于简单模型以抽取初始工作因子,然后通过加权平均对工作因子执行平滑操作。每个权重都是两个因子之积,其中一个因子通过时效减小初始工作因子的重要性,而另一个因子随着第一阶段的吻合度的不同而变化。时效因子是一个指数式衰变;半生存期是一个时间量,在此时段内,该因子以 2 为因子减小。此参数在单元中使用 profilerAlphaSmoothingHalfLife 定制属性指定,其值为采用十进制表示法表示的整数,即毫秒数。缺省值为 10 分钟。为了调整吻合度,使用了两个参数:阈值和因子。阈值是使用 goodnessWeightThresholdcell 定制属性进行定义。因子在单元中使用 goodnessWeightFactor 定制属性指定。

表 4. 工作概要分析程序输出衰变半生存期和平滑权重函数参数
属性名 缺省值
profilerAlphaSmoothingHalfLife 使用十进制表示法表示的整数,即毫秒数 600000(10 分钟)
goodnessWeightThreshold 非负浮点数 20
goodnessWeightFactor 非负浮点数 20

工作因子覆盖

可以覆盖由工作概要分析程序计算的值。工作概要分析程序计算每个事务类和部署的 Java™ Platform, Enterprise Edition (Java EE) 模块对 (TCM) 的工作因子。工作因子是一个浮点数,表示引用指令集的兆周数。

可通过对动态集群添加定制属性来覆盖工作因子。

使用以下语法来定义工作因子覆盖规范:
spec ::= case ( "," case )*
case ::= pattern "=" value
pattern ::= service-class ":" txn-class ":" application ":" module
service-class ::= step
txn-class ::= step
application ::= step
module ::= step
step ::= name | "*"
value ::= number | "none"
下表提供了一些示例:
表 5. 工作因子覆盖规范
示例设定 描述
*:*:*:* = none
指定部署目标中的每个事务类模块(TCM)都没有覆盖。部署目标只有一个层,并且根据每种情况的一般方式来计算此值。
*:*:*:* = 42
部署目标有一个层。部署目标中的每个 TCM 都有该层的一个工作因子覆盖,等于每个请求 42 兆周。
Platinum:*:*:* = 42, *:*:*:* = none
部署目标有一个层。对于包含白金级服务类的事务类模块,每个请求有 42 兆周的覆盖,但对于指定给部署目标中任何其他服务类的事务类模块,没有覆盖。
*:tc_A:*:*=42, 
*:tc_B:AccountManagement:MicroWebApp.war=17,
*:tc_B:*:*=none
对于包含 tc_A 事务类的 TCM,每个请求为 42 兆周的覆盖。对于包含 tc_B 事务类的任何 TCM,名为 AccountManagement 的已部署 Java EE 应用程序和名为 MicroWebApp.warJava EE 模块,每个请求有 17 兆周的覆盖。对于任何其他包含 tc_B 事务类的 TCM,都没有覆盖。此示例未考虑 tc_A 或 tc_B 事务类之外的事务类,如果遇到其他事务类,那么将显示错误消息。
*:*:*:* = none, *:*:*:*:../DbCel/CICS = 0.7
第一个层没有覆盖。对于名为 CICS+1 的层,存在的工作因子覆盖是 0.7。CICS+1 层是 DbCel 单元中 CICS® 部署目标的第一个层,与目标 TCM 无关。事务类不会随着层的不同而改变,但模块可能会改变。

使用每进程 CPU 读值

将 useProcessCPU 定制属性设置为 true,以使 ARFM 控制器和应用程序布置控制器能够在计算必需资源时考虑后台工作,以及启用每进程 CPU 利用率统计信息。如果将此属性设置为 false,那么,因为工作概要分析程序对整个节点使用 CPU 利用率读值,所以也无法估计工作因子。

如果配置此属性,那么需要重新启动单元。

表 6. useProcessCPU 定制属性
名称 属性设置 缺省值 有效值
useProcessCPU 在单元上设置此定制属性。 true true 或 false

MustGather 文档

使用 Intelligent Management mustGather 文档可对自主请求流管理器和应用程序布置进行故障诊断。有关更多信息,请阅读每个 Intelligent Management 版本的 mustGather 支持文档。


指示主题类型的图标 参考主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rwve_arfmcustprop
文件名:rwve_arfmcustprop.html