整合 DB2 与 AIX 的 WLM 功能进行工作负载管理

核心提示： 那么这时 A、B、C 可以使用的 CPU 比例为 50%、30%、20%，假如：如果此时 C 处于非激活状态的话，整合 DB2 与 AIX 的 WLM 功能进行工作负载管理(3)，那么 A 可以使用 CPU 比例为 (50/(50+30)) × 100% = 62.5%如果我们添加一

那么这时 A、B、C 可以使用的 CPU 比例为 50%、30%、20%。假如：

如果此时 C 处于非激活状态的话，那么 A 可以使用 CPU 比例为 (50/(50+30)) × 100% = 62.5%

如果我们添加一个新的服务类 D，share 值为 100，那么 A 可以使用的 CPU 资源为 (50/(50+30+20+100)) × 100% = 25%

在这里我们需要注意每个服务类的层次，因为服务父类和子类会影响到分配的范围和比例。

Class Resource Limits

通过 limits 方式我们可以为服务类指定的限制有资源的最小和最大的百分比。具体的设置有：

min

分配给某个服务类的最小资源百分比。缺省值为 0。

softmax

在有冲突的情况下（这里可以理解为资源紧张时），服务类可获得的最少资源比例。在没有冲突的情况下，服务类可获得的资源可以超过该值设定的比例。缺省值 100。

hardmax

在没有冲突的情况下，服务类可获得的最大资源比例。缺省值为 100。

使用限制的时候需要注意以下规则：

最小值必须小于等于最大值

在同一层级同一个作用范围内的所有服务类的最小值之和不能超过 100

同一服务类的 softmax 必须小于等于 hardmax

整合 DB2 WLM 与 AIX WLM

好了，上面我们稍稍对 AIX 的 WLM 做了下简单的介绍。那么，现在我们来看看以上两者结合使用话又是如何工作的。

两个 WLM 结合使用，关键就是要将 DB2 WLM 中的服务类与 AIX WLM 定义的服务类一个一个地关联起来，这里我们称之为映射 (Mapping)。这样在创建 DB2 WLM 的服务类的时候需要使用 OUTBOUND CORRELATOR 选项来指定关联名称。使用 DB2 WLM 将用户或者程序名字定义成服务类，然后将 DB2 WLM 的服务类与 AIX WLM 的服务类通过 Outbound Correlator 相关联，这就实现了对某个用户或者应用程序限制 CPU 的功能了。