gWLM 的工作方式

在 vpar1 和 vpar2 上启动 gWLM 代理守护程序：

# vpar1> /opt/gwlm/bin/gwlmagent

# vpar2> /opt/gwlm/bin/gwlmagent

或者，可通过 SIM 启动代理，如《VSE 管理软件安装与更新指南》所述。

通过将 Web 浏览器指向以下地址来连接到 SIM：

http://主机名:280

其中主机名代表 CMS 的主机名，在本例中为 vpar3。

按照“gWLM 入门”中介绍的步骤执行操作，创建包含两个 vpar 的 gWLM SRD

1. 对于主机，在表下面的字段中输入两个 vpar 的名称（以空格分隔）

2. 确保在设置 SRD 属性时使用受管模式。

3. 对 vpar1 工作负荷和 vpar2 工作负荷使用 OwnBorrow 策略

   OwnBorrow 策略的名称具有以下形式：

   Owns_4_CPUs-Max_8_CPUs

   理想情况下，在使用该策略类型时，工作负荷自有 CPU 总数将等于 SRD 中的 CPU 数量的总和（可能需要编辑策略才能使两者相等）。

4. 确认并完成 SRD 创建过程（之后将出现 SRD 视图，显示新建的 SRD 及其工作
   负荷）。

选择 vpar1 工作负荷

通过在 VSE Management 菜单栏中进行如下选择，来查看 gWLM 的实时报告，以显示 vpar1 的 CPU 分配情况：

选择 [View Policy Detail] 按钮查看 vpar1 的 CPU 分配图

在 vpar1 中启动占用大量 CPU 的工作负荷

如果在 vpar1 中已经配置了这样的工作负荷，请立即启动该工作负荷。

如果需要这样的工作负荷，以下命令将显示其 PID（在本例中为 24379），之后将只消耗 CPU：

# perl -e ’print "$$\n";while (1) {};’ &

[1] 24379

该命令将消耗一个 CPU 的大部分资源。启动该命令的多个副本将消耗更多的 CPU。

等候几分钟，然后查看第 6 步中的“Policy Request and Workload Allocation”图形，来查看 vpar1 的工作负荷策略如何请求 CPU 分配以及 gWLM 如何授予这些分配

强行终止在 vpar1 中启动的工作负荷

对 vpar2 工作负荷重复第 5 步到第 9 步，可看到 gWLM 将 CPU 移动到 vpar2