POWERVM下CPU利用率的监控.docxVIP

普通 LPAR CPU 利用率的查看在 AIX 操作系统中，可以监控 CPU 利用率的命令有很多，最常用的nmon、topas、vmstat、sar –u 等等。在单 CPU 线程（SMT OFF），单线程应用的环境下，CPU 利用率的输出结果很容易看懂，如下：User% 代表系统中用户进程占用的 CPU 比率；Sys% 代表系统调用所占的 CPU 比率，Wait% 代表等待 I/O 响应的 CPU 比率，Idle% 代表空闲 CPU 的比率。下面我们将主要分析在微分区中，CPU 的调度原理以及监控方法，以及在多 CPU 线程和多线程应用的环境下，监控 CPU 利用率的方法。CPU User% Sys% Wait% Idle%|0 0.0 1.0 1.0 98.0|1 0.0 0.00.0 100.0|2 0.0 20.0 0.0 80.0|ssssssssss3 0.0 10.0 0.0 90.0|sssss4 0.0 4.1 1.0 94.8|ss5 0.0 0.00.0 100.0|6 0.0 10.0 0.0 90.0|sssss7 0.0 30.0 0.0 70.0|s回页首微分区 CPU 利用率以及调度的探究微分区概要文件的设置规则在创建分区的时候，选择创建共享 CPU 分区，如下图：图 1. 创建共享 CPU 分区在接下来的页面中，需要设置虚拟 CPU 和物理 CPU 的数量：图 2. 设置虚拟 CPU 和共享 CPU 的数量。关于上图几个数值，这里需要详细说明。我们知道，在当前的PowerVM版本中，一个虚拟 CPU 最多可以调度 1 个物理 CPU。在概要文件的设置中，我们既不能将虚拟处理器设置的太多，这样会造成过多的 CPU 上下文切换；也不能将其设置的过低，那样微分区将不能调度或者获取足够的物理 CPU。物理 CPU 的“最小处理单元数”、“ 期望处理单元数”、“ 最大处理单元数”的含义与普通 LPAR 没有区别，分别代表“激活分区所需的最少物理 CPU 资源”、“激活分区时期望获取的物理 CPU 资源”、“分区可以获得最多物理 CPU 资源”。就普通 LPAR 而言，一个分区激活以后，其自动获取的 CPU 资源处于“大于等于“最小处理单元数”、小于等于“ 期望处理单元数”的闭区间内”。“ 最大处理单元数”的设置数值，是手工对分区做 DLPAR 操作时，LPAR 可以增加到的最多 CPU 数量。虚拟 CPU 的“最小虚拟处理器数”、“ 期望虚拟处理器数”、“ 最大虚拟处理器数”的含义分别为：“激活分区所需的最少虚拟 CPU 数量”、“激活分区时期望获取的虚拟 CPU 数量”、“分区可以获得最多虚拟 CPU 数量”。从概念的描述上看，虚拟 CPU 的数值含义似乎无太大的差别，只是多了“虚拟”两个字，实际上区别很大。实际上，虚拟 CPU 的数量我们可以设置的很大，因为这个较大数值不会给客户带来成本，而事实上，虚拟 CPU 实际上也不存在不够用的情况，除非我们将其设置得过小，而共享 CPU 池中的空闲物理 CPU 很多。微分区的意义在于降低 CPU 的空闲率，从而降低客户的 IT 成本。因此，在这种情况下，我们通常将?对等的虚拟 CPU 的数量设置的比物理 CPU 的数量要高，否则就失去了微分区意义。专用 CPU 分区的 CPU 共享功能在PowerVM中，专用 CPU 分区在其 CPU 空闲的时候，也可以将其空闲的 CPU 处理能力分给 CPU 共享池。这个功能的打开与关闭，由如下两个系统参数控制，我们一般将两个参数的数值设置相同 :smt_snooze_delay：控制 CPU 的第 1 个、第 2 个线程的释放时间。smt_tertiary_snooze_delay：控制 CPU 的第 3 个、第 4 个线程的释放时间。这两个参数的含义是：当 Hypervisor 发现专用 CPU 分区 CPU 空闲的时候，将空闲的 CPU 分给 CPU 共享池使用的 delay 时间，如果这个数值设置为 0，则表示没有延迟，即立刻将空闲 CPU 共享给 CPU 共享池；设置为 -1，表示关闭此功能；如果将数值设置成 0-100000000 之前的数值，则表示延迟的微秒数，数字越大，延迟越大，CPU 共享池能获取到的专用 CPU 分区的空闲 CPU 的时间就更长。在系统中，我们用schedo -h 命令可以查看两个参数的含义：#schedo -h smt_snooze_del