p5服务器共享处理器池微分区资源配置

对您的环境进行虚拟可以帮助您优化应用性能、提高资源利用率以及减少硬件和软件成本。通过使用System p5的高级虚拟化功能Advanced Power Virtualization（APV）对CPU进行虚拟，您可以轻松迈出虚拟的第一步。
虚拟化的处理器环境
微分区（Micro-partition）是基于一组被称为共享处理器池的物理处理器而运行的。在共享处理器池和操作系统之间分别存在着物理（P）、虚拟（V）和逻辑（L）处理器，您可以通过“PVL”这一缩写来记住这些处理器的次序（见图1）。System p5平台可支持“共享处理器池LPAR（逻辑分区）”、“独享处理器LPAR”或“共享和独享处理器LPAR的组合”。
共享处理器池的规模等于活动处理器的总数减去分配给特定LPAR的独享处理器的数量。共享处理器池的规模将随着使用独享CPU的LPAR被激活或停用而减少或增加。
图1显示了16个处理器，其中3个是分配给特定LPAR的独享处理器，共享处理器池中因此拥有13个处理器。（16个活动处理器，其中3个为独享）。
共享处理器池之上是处理单元。处理单元将虚拟化处理器资源呈现给LPAR。处理单元以部分CPU的形式被分配给LPAR，其最小单位为0.1个CPU（表示CPU处理能力的10%）。分配给某一LPAR的处理单元数量应基于该LPAR上的应用以及其它系统应用对资源的需求预期。
在处理单元之上是虚拟处理器，我们根据应用的特性及其资源需求预期来决定分配给某一LPAR的虚拟处理器。虚拟处理器的数量必须是一个整数。
逻辑处理器在LPAR中的存在表明系统启用了并发多线程（SMT）功能。SMT是POWER5处理器的一种多线程功能，AIX 5.3可通过这一功能将每一虚拟或物理处理器表示为两个逻辑处理器的形式。SMT允许多个程序线程同时使用一个虚拟处理器，从而提高处理器的利用率。

图1

处理单元和虚拟处理器
虽然虚拟处理器总是以整数的方式分配，但每个虚拟处理器可以代表0.1到1.0个CPU（处理单元）。某一LPAR配置的虚拟处理器数量决定了其可用的处理单元的规模。例如，拥有1个虚拟处理器的LPAR可以使用0.1到1.0个处理单元，而拥有2个虚拟处理器的LPAR可以使用0.2到2.0个处理单元。
处理单元被平均分配给一个LPAR所拥有的虚拟处理器。如果将1.6个处理单元分配给一个拥有4个虚拟处理器的LPAR，那么每一虚拟处理器将拥有0.4个处理单元（见图2）。

图2

当为多线程应用提供更多的虚拟处理器时，应用的运行速度通常会提高，这是因为虚拟处理器允许这些应用同时运行多个线程（即使用了并行机制）。相反地，如果将一些虚拟处理器分配给一个在多线程环境中表现不良的应用，那么会导致该应用因无法利用并行机制而出现资源使用效率不高的情况。很明显，将多个虚拟处理器分配给一个单线程应用属于资源的浪费，因为该应用只能一次运行一个线程，从而导致除一个处理器之外的其它处理器都处于空闲的状态。对于一个多线程下表现良好的应用和1.6个处理单元的资源总量来说，4个虚拟处理器（每一处理器拥有0.4个处理单元）很可能要优于2个虚拟处理器（每一处理器拥有0.8个处理单元）；而对于一个在多线程环境中表现不良的应用来说，2个虚拟处理器（每一处理器拥有0.8个处理单元）的运行速度可能会更快。
处理器资源的配置
通过在使用硬件管理控制台（HMC）创建LPAR时选择共享选项，您可以指定该LPAR以共享处理器池微分区的方式运行。必须设置的其它参数包括：

 处理单元数量（所需数量，最小数量，最大数量）  虚拟处理器数量（所需数量，最小数量，最大数量）  封顶/不封顶

处理单元“所需数量”这一参数给出了要求始终为一个LPAR提供的物理处理资源的理想数量。前面说过，处理单元是被平均分配给各个虚拟处理器的，所以处理单元“所需数量”的设置可以间接控制分配给每一虚拟处理器的处理单元数量。
虚拟处理器“所需数量”这一参数的设置确定了LPAR激活时将被创建的虚拟处理器的首选数量。虚拟处理器的数量决定了LPAR可以使用的最大处理器资源数量。例如，一个拥有2个虚拟处理器的不封顶LPAR最多可以使用2个物理处理器。
微分区可以运行在封顶或不封顶模式下。当对一个LPAR进行封顶限制之后，无论虚拟处理器“所需数量”参数的设置如何，该LPAR可以访问的最大物理处理器资源量都会受到处理单元“所需数量”这一参数的限制（增加虚拟处理器的数量只会减少分配给每一虚拟处理器的处理单元）。
如果选择未封顶模式，LPAR可访问的物理处理器数量可以大于处理单元“所需数量”参数的设置，最高可以达到虚拟处理器“所需数量”这一参数的设置水平。
以下述LPAR设置为例：

 处理单元“所需数量”= 1.8  最大处理单元数量 = 5.0  共享模式 = 未封顶  虚拟处理器“所需数量” = 3  最大虚拟处理器数量 = 5

当使用共享模式设置为封顶时，LPAR只能访问可确保为其提供的1.8个处理单元。如果将共享模式修改为不封顶，仍可保证该LPAR能够访问1.8个处理单元，不仅如此，该LPAR还可访问最多达到3个处理单元。
除此之外，不封顶LPAR还提供了一个设置选项，允许您确定为共享处理器池中运行的所有不封顶LPAR分配额外处理能力的优先次序。例如，如果您拥有2个未封顶LPAR——1个LPAR的优先级设置为100，另1个LPAR的优先级设置为200，那么第一个LPAR将获得额外处理能力的三分之一，而第二个LPAR将获得额外处理能力的三分之二。
为响应不断变化的处理需求，可以在不中断或不重新激活LPAR的情况下动态改变处理单元“所需数量”和虚拟处理器“所需数量”的参数值；用户可以通过HMC（GUI或命令行界面）或分区负载 管理软件（ PLM）进行这些修改。（处理单元和虚拟处理器的）最小和最大设置代表了可动态改变的“所需数量”值的极限。另外，最小处理单元设置代表了共享处理器池必须为启动LPAR提供的处理单元数量。如果不能提供这一最小设置，那么LPAR将不能被激活。（注：最大设置并不代表不封顶LPAR可访问的处理单元数量。不封顶LPAR可访问的最大处理单元数量会受到虚拟处理器“所需数量”参数设置的限制）。
再以前述LPAR设置为例，对于这一配置来说，LPAR可访问的最大不封顶处理资源数量为3个（虚拟处理器）。如果我们将使用HMC（或PLM）将虚拟处理器“所需数量”改变为4个，那么这一LPAR可访问的最大不封顶处理资源数量将会变为4个（虚拟处理器）。
参数设置的原则
图3显示了一个LPAR在24小时中的CPU利用率，CPU利用率以CPU单元为单位进行表示。当规划多个LPAR的处理器资源分配时，需要关注的是CPU单元数量而非所占的百分比，这一点十分重要。

图3

在平稳状态下，图中这一特定负载使用大约0.9个处理单元，这意味着平均而言，0.9个处理单元是运行这一应用的合适配置。我们在这里假设有二个情况的发生。
如果一个应用的重要性对您的业务来说属于一般，那么您可以选择将处理单元“所需数量”参数设置为0.9。另外，您还可以将最小处理单元数量设置为0.9，从而确保这一LPAR随时可访问0.9个处理单元（图3中的蓝色区域）。为满足高于0.9个处理单元的峰值负载（红色区域），这一LPAR必须被设置为不封顶LPAR，令其能够在需要时使用额外的处理单元——当然，这个时候必须有可用的额外处理单元。反过来看，所有共享池中的LPAR（包括封顶LPAR和不封顶LPAR）都可以将没有使用的处理能力贡献给其他共享处理器池中的LPAR使用。因此，这一LPAR在其所需的处理能力不到0.9个处理单元时会成为处理单元的“贡献者”，将其空闲的处理单元提供给其它LPAR使用。
如果一个应用对您的业务来说十分关键，那么您可以选择将处理单元最小数量和所需数量设置为4.0。这将可以确保在不依赖于其它LPAR是否能够提供额外处理单元的情况下，随时都可以满足该应用的CPU需求（最高为4.0个处理单元）。在大多数时间里，这一LPAR都会成为处理单元的重要“贡献者”（图中使用线以上的所有区域）。
在激活LPAR时，将按照“先到先服务”的原则为其分配资源。每一LPAR在激活时都会为其分配所需的处理单元数量——前提是有如此数量的资源可以使用。如果不能提供所需的处理单元数量，但可以提供最小设置规定的数量，那么将会为其分配在最小数量和“所需数量”之间的处理单元。如果最小处理需求也不能得到满足，那么将不会激活LPAR。因此，共享池中运行的所有LPAR所需的处理单元总数不应超过分配给该共享池的处理器的物理数量。为最大程度地提高可运行的LPAR的数量，一定要注意不要过高设置处理单元“所需数量”这一参数。
虚拟处理器的数量决定了一个不封顶LPAR可以使用的处理单元的最大数量。图中负载的峰值为3.5个处理单元，所以我们至少需要4个虚拟处理器（将3.5个CPU舍入到下一个整数，也就是4个CPU）。为确保该LPAR在需要时至少可以访问3.5个处理单元，虚拟处理器最小值（和“所需数量”）应被设置为4。
优化“所需”设置
为优化共享处理器池的CPU利用率，应在整个处理工作日期间将峰值负载（处理器资源的“消费者”）与空闲负载（处理器资源的“贡献者”）搭配在一起运行。换句话说，部分LPAR处于高峰运行状态时，其它LPAR应处于相对空闲的状态。如果一组LPAP的处理单元“所需数量”被设置得过高，那么这些LPAR将不会需要提供给它们的那么多资源，您将拥有太多的“贡献者”，而用户“消费”量却不足，从而导致CPU利用率不能达到最优。反之，如果一组LPAP的处理单元“所需数量”被设置得过低，就会有太多的LPAR所需获得更多的资源（成为所谓的“消费者”），但与此同时却没有足够的“贡献者”来满足峰值期间的处理需求。
很多软件包都是根据逻辑处理器的数量来要求许可证数量，因为这一数量代表了LPAR可访问的最大处理器资源数量。特别地，如果禁用了SMT，那么虚拟处理器的数量经常就是发放所要求许可证的标准。如果启用了SMT，那么决定软件许数量的标准通常是逻辑处理器的数量。为最大程度地减少软件许可证成本，需要将虚拟处理器的数量设置得尽可能地低，同时还要将应用性能保持在合理的水平。
收获
处理单元“所需数量”参数的设置决定了可确保能够提供的处理器资源的数量。一个LPAR必须被设置为不封顶LPAR才能够访问更多的处理单元。虚拟处理器“所需数量”的设置要注意以下几点：

1. 该参数的设置决定了一个LPAR可访问处理单元的最大数量 2. 在设置这一参数时，应用是否能很好支持多线程将影响到应用的性能 3. 这一参数的设置常常是所要求软件许可证的标准

附录本文词汇

Off：关 On：开 Micro Partition：微分区 Proc：处理器 Dedicated：独享 Proc Unit：处理单元 13 Processors Shared Processor Pool：拥有13个处理器的共享处理器池 16 Processor SMP Server：拥有16个处理器的SMP服务器 Logical：逻辑 Virtual：虚拟 Physical：物理 Think “PVL” P=Physical V=Virtual L=Logical： “PVL”的含义是：P=物理 V=虚拟 L=逻辑 Different number of virtual processors：不同数量的虚拟处理器 Same amount of processing units：同样数量的处理单元 1.6 Proc Units：1.6个处理单元 Processing Units（CPUs）：处理单元（CPU数量） Time：时间

（责任编辑：城尘68476636-8003）