在IBM集成虚拟化管理器上进行Linux分区的DLPAR操

1、在 IBM 集成虚拟化管理器上进行 Linux 分区的 DLPAR 操作第 1 部分动态逻辑分区（DLPAR）是 IBM System p 服务器上的一种虚拟化特性，该特性允许用户在分区运行的时候动态调整分区的资源分配，使得系统资源得到更为有效的利用，并且不影响应用或者服务的正常运行。集成虚拟化管理器（IVM）是一种与 HMC 类似的用于管理 System p 服务器的平台，也同样支持 DLPAR，不过与 HMC 上的 DLPAR 存在不少差异。本系列文章介绍 IVM 上 Linux 逻辑分区的 DLPAR，分成四个部分。本文是第一部分，介绍了 IVM 和 Linux 对 DLPAR 的支持情

2、况、Linux 分区上 DLPAR 环境的准备过程、以及 IVM 上 Linux 分区 DLPAR 的基本过程等背景知识。IBM Sysstem pp 服务器从从 POWEER5 开始始支持动态逻逻辑分区（DDynamiic Loggical Partiitioniing，简称称 DLPAAR）虚拟特特性，该特性性允许用户在在分区运行的的时候动态调调整分区的资资源分配，这这种调整在分分区运行的时时候随即生效效，不需要重重启操作系统统。这使得用用户可以根据据工作负载来来动态调整系系统的资源分分配，使得资资源得到最有有效的使用，并并且不影响客客户的应用或或服务的不间间断运行。除除了 Sysstem

3、 pp 平台的硬硬件和固件外外，DLPAAR 还需要要分区操作系系统的支持。 Linuxx 是一种开开放源码的操操作系统，以以其开放性、稳稳定性和高效效性等特点得得到越来越多多用户的青睐睐。它支持多多种硬件平台台，能够运行行在 Sysstem pp 服务器上上并提供 DDLPAR 功能，这使使得 Sysstem pp 上的 LLinux 用户可以利利用 DLPPAR 这一一重要的虚拟拟化特性来优优化业务的运运行。HMC（Harrdwaree Manaagemennt Connsole）是是用户熟知的的 Systtem p 服务器管理理平台，它提提供了简单有有效的 DLLPAR 操操作界面，包包

4、括图形界面面和命令行界界面两种方式式，用户可以以通过该界面面对 Linnux 分区区进行处理器器、内存和适适配器 DLLPAR 等等操作。 IIVM（Inntegraated VVirtuaalizattion MManageer） 集集成虚拟化管管理器是 SSystemm p 上的的类似于 HHMC 的另另外一种管理理平台，在设设计和操作方方式上与 HHMC 存在在较大差别。那那么 IVMM 是否也支支持 Linnux 分区区的 DLPPAR 操作作，IVM 上 Linnux 分区区 DLPAAR 的基本本执行过程究究竟是怎样的的，用户如何何通过 IVVM 进行 DLPARR 操作，IIVM

5、 和 HMC 上上的 DLPPAR 又有有哪些不同呢呢？本系列文文章将逐一解解答这些问题题。本系列文章介绍绍了 IVMM 上 Liinux 逻逻辑分区的 DLPARR 操作，分分成四个部分分：第一部分分介绍了 IIVM 对 DLPARR 功能支持持的变化过程程、主流的 Linuxx 发行版本本对 DLPPAR 的支支持情况、LLinux 分区上 DDLPAR 环境的准备备过程、以及及 IVM 上 Linnux 分区区 DLPAAR 的基本本过程等背景景知识；第二二部分介绍了了处理器和内内存的 DLLPAR 操操作；第三部部分介绍了虚虚拟适配器和和物理适配器器的 DLPPAR 操作作，并比较了了

6、 IVM 和 HMCC 上 DLLPAR 的的联系和区别别；第四部分分介绍了虚拟拟磁盘和光学学设备的动态态调整，这种种动态调整虽虽然不是真正正意义上的 DLPARR，但是可以以起到相同的的效果，使得得用户能够方方便的动态调调整这些资源源。为了更加加直观有效的的讲解 IVVM 上 LLinux 分区的 DDLPAR 操作过程，使使读者能够更更好的理解和和掌握这些内内容，本系列列文章使用实实例贯串全文文。本文是本本系列文章的的第一部分。虽然本系列文章章所面向的读读者是 Syystem p 上的 Linuxx 用户，但但是由于 AAIX 和 Linuxx 上的 DDLPAR 在原理和操操作方面都非非

7、常类似，因因此 AIXX 用户也可可以从中获益益。为了更好好的阅读本系系列文章，要要求读者对 IVM 的的基本原理和和操作界面有有初步的认识识，了解 DDLPAR 的基本原理理，并熟悉 HMC 上上的 DLPPAR 操作作和 Linnux 的使使用。读者可可以通过阅读读本文所提供供的参考资料料 1、2、33 和 4 了解或熟悉悉这些方面的的相关知识。如如果读者有 IVM、DDLPAR 和 Linnux 方面面的配置和使使用经验，则则能更好的理理解和掌握本本系列文章所所描述的内容容。IVM 和 LLinux 对 DLPPAR 的支支持IVM 简介在 IBM SSystemm p 上，IIVM 是

8、与与 HMC 类似的另外外一种服务器器管理方式，同同样可以进行行 AIX 或者 Liinux 分分区的创建、编编辑和删除，分分区状态的控控制，虚拟网网络和存储的的创建、分配配和删除，DDLPAR，动动态分区迁移移（Livee Parttitionn Mobiility）等等操作，同样样提供了图形形操作界面（基基于 Webb 的 UII）和命令行行操作界面。既然有了 HMMC 这种通通用的 Syystem p 服务器器管理方式，为为什么还要提提供 IVMM 呢？首先先，虽然 HHMC 被设设计成能够有有效管理各种种 Systtem p 机型的管理理方案，但是是却使得该方方案显得比较较复杂和过剩剩

9、，对于某些些简单的应用用（比如用户户仅购买了一一个低端的 Systeem p 机机器，并且只只需要对它进进行简单的分分区划分和使使用，而不需需要 HMCC 所提供的的管理多台服服务器的功能能或者多台 HMC 管管理同一服务务器的冗余功功能等）而言言，一个能够够实现快速部部署和降低学学习代价的管管理方案更适适合用户的需需求。其次，HHMC 是独独立于 Syystem p 服务器器之外的一台台机器，用户户需要单独付付费购买，对对于购买低端端服务器的用用户来说，HHMC 的价价格还是占了了相当大的比比重，因此在在这种情况下下该管理方案案并不能给用用户带来很好好性价比。最最后，HMCC 不能管理理刀片

10、服务器器，如果需要要对刀片服务务器进行分区区划分和管理理，那么 HHMC 就无无能为力了。为了解决上述 HMC 的的缺点，IBBM 提供了了 IVM 这种简化的的管理方式（如如图 1 所所示），可以以说，IVMM 是一个简简化版的 HHMC 。为为了支持分区区管理，VIIOS（Viirutall I/O Serveer）不仅能能够为其它分分区提供虚拟拟资源，还增增加了 IVVM 这个功功能部件。由由此可见，IIVM 不是是独立的，而而只是 VIIOS 的一一个组成部分分。在 IVVM 管理下下，整台服务务器被划分成成几个分区，包包括一个 VVIOS 和和其它几个分分区（称为客客户分区）。基基于

11、 Webb 的 UII（图 1 中 Webb Browwser 部部分）是由 IVM 中中的“ Weeb Serrver ”部部件提供的，用用户通过浏览览器连接到 VIOS 就可以使用用该界面了；用户还可以以使用 teelnet 或者 sssh（图 11 中 Teelnet/SSH 部部分）登陆到到 VIOSS，通过 VVIOS 提提供的“ CCommannd Sheell ”来来使用命令行行界面。用户户通过图形或或者命令行界界面发出操作作指令后，IIVM 或 VIOS 根据操作的的类型进行命命令分发。如如果是跟虚拟拟资源管理相相关的操作（比比如创建或分分配虚拟磁盘盘等），那么么就由 VIIO

12、S 提供供的“ VIIOS CLLI ”进行行处理；如果果是跟分区管管理相关的操操作（比如创创建或删除分分区），则由由 IVM 提供的“ LPAR CLI ”进进行处理。 IVM 通通过 VMCC（Virttual MManageement Channnel）这个个虚拟设备与与 POWEER Hyppervissor 进行行通信，对分分区进行管理理或控制。由由于 VMCC 只能与它它所在的服务务器上的 HHypervvisor 进行通信，因因此每个 IIVM 只能能管理一台服服务器。同时时，由于 IIVM 的市市场定位和功功能的局限性性，通常它只只用于中低端端服务器，而而高端服务器器仍然由 H

13、HMC 进行行管理。图 1：集成虚虚拟化管理器器IVM 功能的的变化IVM 作为 VIOS 上类似于 HMC 的的一个部件，其其功能随着开开发过程的进进行在不同的的 VIOSS 版本中不不断得到增强强。图 2 显示了这一一变化过程，图图中主要列出出了跟 DLLPAR 相相关的一些变变化。VIOS 对 IVM 功功能的支持并并非与生俱来来的，而是从从版本 1.2 才开始始的。这时候候的 IVMM 主要关注注一些基本的的分区管理功功能，如分区区的创建和删删除，分区定定义的修改和和状态的控制制，虚拟网络络和虚拟存储储的创建、分分配和删除等等，但是不支支持 DLPPAR 和客客户分区端的的物理适配器器

14、（Physsical Adaptter）等功功能。从版本 开始，IVVM 开始支支持处理器和和内存等资源源的 DLPPAR 。不不过在该版本本之前，IVVM 已经支支持 VIOOS 上资源源的动态调整整，从而支持持分区的创建建、修改和删删除等操作，比比如在创建分分区的时候，IIVM 需要要在 VIOOS 上为该该分区创建相相应的虚拟 SCSI 服务器端适适配器（Viirtuall SCSII Servver Addapterr），如果 IVM 不不支持 VIIOS 上资资源的动态调调整的话，那那么就没办法法在 VIOOS 运行的的时候使新的的分区配置马马上生效（由由于 VIOOS 在 IIVM

15、 这种种管理方式下下的特殊性，如如果没有特别别指定，本系系列文章所讨讨论的内容都都是针对客户户分区而言的的）。 IVVM 对处理理器和内存的的 DLPAAR 和适配配器的 DLLPAR 在在实现机制上上存在较大差差别，对后者者的支持并没没有包含在版版本 中，而是到到版本 1.5 之后才才开始支持的的。至此，IIVM 支持持对所有分区区（包括 VVIOS、AAIX 客户户分区和 LLinux 客户分区）上上各种资源（处处理器、内存存和适配器等等）的 DLLPAR 操操作。IVM 对客户户分区物理适适配器的支持持是从版本 1.5 开开始的，与适适配器 DLLPAR 的的支持同步出出现。在此之之前，

16、IVMM 只支持虚虚拟适配器 虚拟网网卡和虚拟 SCSI 等，虚拟资资源的使用提提高了系统资资源的利用率率，但是却降降低了分区的的性能。对物物理适配器的的支持使得系系统管理员能能够在系统资资源相对充足足的情况下将将物理适配器器和磁盘等直直接分配给分分区来使用，从从而提高分区区的性能，同同时满足不同同客户对系统统配置的不同同需求。图 2：IVMM 功能的逐逐步增强Linux 对对 DLPAAR 的支持持在 IBM SSystemm p 上，DDLPAR 的类型有处处理器 DLLPAR、内内存 DLPPAR 和适适配器 DLLPAR 等等。与 AIIX 类似，LLinux 也支持 DDLPAR，但

17、但是不同的 Linuxx 发行版本本对 DLPPAR 的支支持情况不尽尽相同。图 3 列举了了两个主流的的 Linuux 产商 Redhaat 和 NNovelll/SuSEE 所发行的的 Linuux 企业版版本 RHEEL（Redd Hat Enterrprisee Linuux）和 SSLES（SSUSE LLINUX Enterrprisee Servver）中的的若干版本对对 DLPAAR 的支持持情况：RHHEL4/55 和 SLLES9/110 均支持持处理器和适适配器的增加加、减少和移移动等 DLLPAR 操操作；而对内内存 DLPPAR 的支支持是逐步增增强的，RHHEL4

18、和和 SLESS9 不支持持任何类型的的内存 DLLPAR，RRHEL5 和 SLEES10 开开始支持内存存的动态增加加，但是不支支持内存的动动态减少和移移动，这两种种内存 DLLPAR 操操作有望在将将来的版本中中得到支持。图 3：RHEEL 和 SSLES 对对 DLPAAR 的支持持 HYPERLINK /developerworks/cn/linux/l-cn-dlpar1/index.html#main l main 回页首Linux 分分区 DLPPAR 环境境的准备通过上面一节的的讨论，我们们已经知道了了 IVM 上的 Liinux 分分区支持 DDLPAR 操作。要使使用 D

19、LPPAR，首先先必须准备 DLPARR 所需的环环境。在 IIVM 上准准备 Linnux 分区区的 DLPPAR 环境境需要经过以以下几个步骤骤：在选配了 APPV（Advvancedd Poweer Virrtualiizatioon）特性的的 Systtem p 机器上安装装和配置 IIVM，包括括虚拟网络和和磁盘存储等等资源的配置置 定义 Linuux 分区 激活 Linuux 分区，安安装 Linnux 操作作系统 在 Linuxx 上安装 DLPARR 所需的工工具包 确认 Linuux 分区的的 DLPAAR 能力 因为本系列文章章所讨论的是是 DLPAAR，并假设设读者对 I

20、IVM 和 Linuxx 有一定的的了解和使用用经验，因此此就不再具体体讨论 IVVM 和 LLinux 的安装和配配置了（步骤骤 1 和 3）。如果果读者需要了了解这方面的的相关知识，请请翻阅参考资资料 IBMM 红皮书 Integgratedd Virttualizzationn Manaager oon IBMM Systtem p55 （参考考资料 1），以以及 Reddhat 或或 Noveell 官方方网站上提供供的相关文档档（参考资料料 2 和 3）。定义 Linuux 分区本系列文章将以以实际的例子子来讲解如何何在 IVMM 上进行 Linuxx 分区的 DLPARR 操作。

21、IVM 被被安装在一个个基于 POOWER6 的 IBMM JS222 刀片服务务器上，该系系统包含 33 个分区：uli144 是分区标标识为 1 的 VIOOS，版本为为 1.5.1.1-FFP-10.1 ；而 uli133lp1 和和 uli113lp2 是两个 LLinux 客户分区，标标识分别是 2 和 33（如图 44 所示），其其中 ulii13lp22 是本系列列文章所使用用的实验系统统，安装了 SLES110 Serrvice Pack 2 。在本本系列文章中中，我们将基基于该实验系系统以实例来来详细讲解 IVM 上上 Linuux 分区各各种资源的 DLPARR 操作。图

22、4：IVMM 所管理的的分区分区 uli113lp2 使用的是共共享处理器模模式，处理单单元数的最小小值、已分配配值和最大值值分别是 00.1、0.2 和 00.4，而虚虚拟处理器数数的最小值、已已分配值和最最大值分别是是 1、2 和 4（如如图 5 所所示：ulii13lp22 分区属性性页面中的“处处理”标签）。最最小和最大值值的不同为 DLPARR 操作提供供了可能，整整个系统剩余余 1.5 个处理器单单元（如图 4 所示）可可供处理器 DLPARR 使用。图 5：ulii13lp22 的处理器器配置分区 uli113lp2 已分配的内内存为 1GGB，而分区区定义中内存存的最小和最最大

23、值分别为为 128MMB 和 11GB 256MBB（如图 66 所示：uuli13llp2 分区区属性页面中中的“内存”标标签）。从图图中还可以看看到，该系统统的逻辑内存存块（Loggical Memorry Bloock）的大大小被设置成成 32MBB，用户必须须以该大小的的整数倍为步步长对内存进进行 DLPPAR 。整整个系统仍然然剩余 6008MB 内内存（如图 4 所示）供供 DLPAAR 使用。图 6：ulii13lp22 的内存配配置分区 uli113lp2 使用了一个个虚拟以太网网适配器（如如图 7 所所示的适配器器 1：ulli13lpp2 分区属属性页面中的的“以太网”标标

24、签），网卡卡被连接到 VLAN（虚虚拟以太网）11，该 VLLAN 通过过 VIOSS 上插槽 U78A55.001.WIH11106-P11-T7 中中的物理网卡卡连接到外部部网络，与其其它系统进行行通信。该分分区还有一个个空闲的虚拟拟以太网适配配器（适配器器 2）可以以增加，如果果用户需要更更多的虚拟网网卡，可以点点击“创建适适配器”按钮钮进行添加。图 7：ulii13lp22 的虚拟以以太网适配器器分区 uli113lp2 还占用了一一个虚拟磁盘盘，该磁盘是是由逻辑卷组组 roottvg 中的的逻辑卷 cclienttlv01 提供的，大大小为 1.5GB，作作为该分区的的系统盘（如如图

25、 8 所所示：ulii13lp22 分区属性性页面中的“存存储”标签）。整整个系统还剩剩余一个虚拟拟磁盘可以使使用，即 rrootvgg 中大小为为 256MMB 的逻辑辑卷 cliientlvv02，用户户可以把该磁磁盘分配给需需要它的分区区来使用。图 8：ulii13lp22 的虚拟磁磁盘由于本系列文章章的例子中所所使用的 VVIOS 版版本为 1.5.1.11-FP-110.1，因因此 IVMM 支持物理理适配器的分分配。 IVVM 在分区区属性页面中中增加了“物物理适配器”标标签（如图 9 所示），用用户可以通过过该页面来查查看和修改逻逻辑分区上物物理适配器的的分配。从图图 9 可以以

26、看出，当前前分区 ulli13lpp2 不占用用任何物理适适配器，整个个系统中也没没有任何空闲闲的物理适配配器可供分区区使用。图 9：ulii13lp22 的物理适适配器安装 DLPAAR 工具包包要使 DLPAAR 正常工工作，必须安安装 IBMM 所提供的的 DLPAAR 工具包包（见参考资资料 5）。工工具包中所提提供的工具或或守护进程如如 RMC（RResourrce Moonitorring aand Coontroll）负责与 IVM 进进行通信，协协同进行 DDLPAR 操作，并执执行客户分区区端的资源动动态调整等操操作。关于如如何在 Liinux 上上安装 DLLPAR 工工具

27、包，请翻翻阅参考资料料 4 中“安安装 Linnux 对动动态 LPAAR 的支持持”一节，或或者参考资料料 5 中所所提供的说明明，这里不再再赘述。清单 1 中所所列的是 uuli13llp2 上安安装的 DLLPAR 工工具包，“ Packaage Naame ”列列显示的是工工具包的名称称，“ Innstallled ”列列显示的是安安装上的工具具包的版本，而而“ In Repossitoryy ”列则是是当前最新的的工具包版本本。由于工具具包一直处于于开发更新之之中，而且不不同的 Liinux 版版本所需要安安装的包也不不尽相同，因因此这里所显显示的信息与与参考资料 4 中表 1 所列

28、举举的或者读者者在其它地方方看到的工具具包的名称或或版本可能存存在一些差异异。清单 1：ulli13lpp2 上安装装的 DLPPAR 工具具包Operatiing Syystem: Novelll/SuSSE Versioon: 10 HMC/IVVM Mannaged? yees Packagge Namme Instaalled In RReposiitory - - - librtaas 1.3.4-0 1.33.4-0 libvpdd 1.4.1-1 1.44.1-1 lsvpd 1.4.0-1 1.44.0-1 powerppc-utiils 1.0.66-0 1.0.6-0 po

29、werppc-utiils-paapr 11.1.1.8-0 -0 serviccelog 0.2.99-0 0.2.9-0 diagella 2.2.3-0 2.22.3-0 sysdiaag 0.2.2-0 0.22.2-0 IBMinvvscoutt 2.2-55 2.22-5 rdist 6.1.5-7922.1 6.11.5-7992.1 src -073055 -073055 rsct.ccore.uutils 22.5.0.1-073305 2.5.00.1-077305 rsct.ccore 2.5.0.1-007305 2.5.0.1-007305 csm.coore 1.7

30、.0.1-557 -57 csm.cllient 1.7.0.1-557 1.7.0.1-557 devicees.chrrp.basse.SerrviceRRM 2.2.0.00-6 2.2.0.00-6 DynamiicRM 1.3.4-0 1.33.4-0 ibm-loop-utiils 0.1.22-2 0.1.2-2确认 DLPAAR 能力即使安装了 DDLPAR 工具包后也也不意味着 DLPARR 就能够顺顺利进行，因因为 DLPPAR 还依依赖于 IVVM 和 LLinux 系统以及各各种相关进程程的正常运行行。比如可能能某些守护进进程在运行时时意外退出，导导致 IVMM 和 L

31、iinux 分分区不能正常常通信；再如如分区可能在在安装完工具具包后的某个个时候被关闭闭了，这时候候 DLPAAR 也不能能正常运行。 IVM 上上有几种查看看和确认 LLinux 分区 DLLPAR 能能力（DLPPAR Caapabillity）的的方法，分为为图形界面方方式和命令行行方式。图形界面查看方方式在分区的属性页页面中，IVVM 为 DDLPAR 提供了相应应的属性区域域 “动动态逻辑分区区（DLPAAR）”（如如图 10 所示），包包括以下 55 个域：分区主机名或 IP 地址址 分区的 RMCC 通信状态态，包括“不不活动”和“活活动”等状态态 内存 DLPAAR 功能是是否

32、打开，包包括“否”，“未未知”和“是是”等状态 处理器 DLPPAR 功能能是否打开，可可能的状态与与内存 DLLPAR 相相同 I/O 适配器器 DLPAAR 功能是是否打开，可可能的状态也也与内存 DDLPAR 相同 图 10 显示示了安装 DDLPAR 工具包之前前 uli113lp2 的 DLPPAR 能力力属性。分区区主机名或 IP 地址址域显示了 uli133lp2 的的 IP 地地址；因为此此时 RMCC 守护进程程还未运行，因因此分区通信信状态为不活活动状态；而而各种资源的的 DLPAAR 能力就就像预期的那那样，处于未未激活的状态态。图 10：安装装工具包前 uli133lp

33、2 的的 DLPAAR 能力属属性在成功安装完工工具包并等候候 RMC 与 IVMM 建立握手手后，再次打打开分区属性性页面，用户户可以看到如如图 11 所示的 DDLPAR 能力。可以以看到，分区区通信状态已已经处于活动动状态，但是是由于打开该该属性页面的的时候 IVVM 并没有有扫描分析该该分区的 DDLPAR 能力，因此此各种资源的的 DLPAAR 能力处处于一个未知知的状态。IVM 提供了了“检索功能能”按钮，用用户可以通过过该按钮通知知 IVM 扫描、分析析并提取当前前分区的 DDLPAR 能力。按下下该按钮后，用用户需要等待待一段时间，之之后 IVMM 完成扫描描和分析，显显示出分

34、区的的 DLPAAR 能力。在在本文的例子子中，DLPPAR 所需需的环境已经经准备妥当，因因此各种资源源的 DLPPAR 能力力均处于激活活状态（如图图 12 所所示）。图 11：安装装工具包后 uli133lp2 的的 DLPAAR 能力属属性图 122：点击“检检索功能”后后 uli113lp2 的 DLPPAR 能力力属性需要注意的是，即即使在 DLLPAR 正正确设置的情情况下，分区区也并非能够够对各种类型型的资源做 DLPARR 操作，因因为这还要取取决于分区上上所安装的 Linuxx 操作系统统对 DLPPAR 的支支持情况（如如图 3 所所示）。以 RHEL44 为例，假假设分

35、区所安安装的操作系系统是 RHHEL4，在在安装工具包包前，内存 DLPARR 能力的状状态是“否”；在安装完工工具包后，该该状态变成“未未知”；而在在扫描完成后后，该状态变变成预期中的的“否”，表表明 RHEEL4 并不不支持内存 DLPARR 。在本文文例子中，由由于我们安装装的是 SLLES10 Serviice Paack 2，因因此处理器和和适配器的 DLPARR 能力的状状态都是“是是”，虽然不不支持内存的的动态减少操操作，但是由由于增加操作作是允许的，因因此内存的 DLPARR 能力的状状态也是“是是”。命令行查看方式式从图 1 可以以看到，IVVM 中图形形界面的操作作最终还是

36、被被分发到命令令行中去执行行。那么 IIVM 和 Linuxx 究竟提供供了什么命令令行方式去查查看分区的 DLPARR 能力，而而图形界面的的操作又是对对应到哪种命命令行方式呢呢？清单 22 和 4 显示了两种种方式，分别别在 VIOOS 和 LLinux 分区上执行行：命令 lssyyscfg 是 IVMM 上查看分分区 DLPPAR 能力力的通用方式式，不论客户户分区处于什什么样的状态态，该方式都都能正常使用用。 dlppar_prroc_caapablee、dlpaar_memm_capaable 和和 dlpaar_io_capabble 分别别表示处理器器、内存和适适配器的 DDL

37、PAR 能力，输出出值 1 表表明该资源类类型的 DLLPAR 处处于激活状态态，否则表示示不支持或未未激活。该方方式是图形方方式的后端，用用户可以通过过对比 IVVM 进行分分区 DLPPAR 能力力扫描操作前前后应用程序序日志的变化化得到这一结结论。清单 3 显示了了 HMC 上相应的查查看方式即命命令 lsppartittion，DDCaps 域表示了分分区的 DLLPAR 能能力，输出值值的具体含义义在这里就不不介绍了。通通过对比可以以看到，lsssyscffg 仅适用用于 IVMM，而 lsspartiition 仅适用于 HMC 。 Linux 分分区上的 ddrmgr 方式则要看

38、看该命令是否否支持 -capabbilitiies 选项项，并且只能能在分区系统统正常运行的的情况下才能能使用。在本本文例子所用用的 SLEES10 SSP2 中，命命令 drmmgr 由 DLPARR 工具包中中的 powwerpc-utilss-paprr 提供，该该 RPM 包从版本 -0 开始支持 -cappabiliities 选项，即支支持该查看方方式。该方式式的优点是：不论 Liinux 分分区是由 IIVM 还是是 HMC 来管理，这这种查看方式式都适用。清清单 5 显显示了在 HHMC 管理理下的 RHHEL5 UU2 分区上上使用该方式式的一个结果果。 清单 2：在 IVM

39、 的的 VIOSS 上用 llssysccfg 来查查看$ lssysscfg -r lpaar -ffilterr lparr_namees=ulii13lp22 -F dlppar_prroc_caapablee,dlpaar_memm_capaable,ddlpar_io_caapablee 1,1,1 $ lspaartitiion -ddlpar rksh: lsparrtitioon: nnot foound. $清单 3：在 HMC 上上用 lsppartittion 来来查看hscroottsqh111lte: lsssyscffg -m fsp-vvenus -r lppar

40、 -filteer lpaar_nammes=veenuslpp3 -F dlppar_prroc_caapablee,dlpaar_memm_capaable,ddlpar_io_caapablee An invvalid attriibute was eentereed. TThe innvalidd attrributee is ddlpar_proc_capabble. Pleasee corrrect yyour eentry and rretry the ccommannd. hscroootsqhh11ltee: llsparttitionn -dlppar | grep -A

41、1 venusslp3 Partiition: Activve:, OS:, DDCaps:, CmdCaaps:, PinneedMem: hscroootsqhh11ltee:清单 4：在 IVM 的的 Linuux 分区上上用 drmmgr 来查查看uli13lpp2: # rpm -qf whichh drmggr powerppc-utiils-paapr-1.1.1.88-0 uli13llp2: # drmmgr -capabbilitiies cpu_dllpar=yyes,meem_dlppar=yees,sloot_dlppar=yees,phbb_dlpaar=yess,

42、hea_dlparr=yes, pmig=yyes,cppu_enttitlemment=yyes,meem_enttitlemment=yyes uli13llp2: #清单 5：在 HMC 管管理的 Liinux 分分区上用 ddrmgr 来查看rootvvenusllp3 # rpmm -qf whicch drmmgr powerppc-utiils-paapr-1.1.1.66-0 rootvenusslp3 # drrmgr -capaabilitties cpu_dllpar=yyes,meem_dlppar=yees,sloot_dlppar=yees,phbb_dlpaar=

43、yess, hea_dllpar=yyes,pmmig=noo,cpu_entittlemennt=yess rootvenusslp3 # HYPERLINK /developerworks/cn/linux/l-cn-dlpar1/index.html#main l main 回页首DLPAR 的的基本过程IVM 从版本本 1.3.0.0 开开始支持处理理器和内存 DLPARR，与 HMMC 使用命命令 chhhwres 不同，此时时 IVM 不提供命令令 chhwwres，而而是使用 cchsysccfg 进行行 DLPAAR，但是该该命令只能用用于处理器和和内存 DLLPAR，而而不能

44、用于适适配器 DLLPAR 。从从版本 1.5 开始，IIVM 增加加了命令 cchhwrees 用于支支持适配器 DLPARR，不仅如此此，该命令还还可以用于处处理器和内存存 DLPAAR 。至此此，用户可以以使用命令 chsysscfg 或或 chhwwres 进进行处理器和和内存 DLLPAR，使使用 chhhwres 进行适配器器 DLPAAR 。那么么，处理器和和内存 DLLPAR 与与适配器 DDLPAR 分别是如何何进行的，它它们的基本运运作过程之间间存在什么差差别呢？还有有，使用 cchsysccfg 和 chhwrres 进行行处理器和内内存 DLPPAR 是否否存在不同呢呢

45、？为了更好的讨论论 IVM 上 DLPPAR 的基基本过程，先先来看看分区区的 proofile 和属性（PProperrties）。在在 HMC 上，proofile 描述了分区区期望得到资资源，用户可可以使用 cchsysccfg 来修修改 proofile ；分区属性性则描述了分分区当前拥有有的资源，用用户可以使用用 chhwwres 来来动态调整分分区的资源分分配；用户对对分区 prrofilee 和属性的的修改之间不不互相影响，也也就是说，pprofille 中资源源描述的变化化不会马上应应用到分区属属性，用户需需要通过关闭闭然后重新激激活分区的方方式来使新的的 proffile 生

46、生效，分区属属性的变化也也不会影响 profiile 的资资源描述，当当分区关闭后后，通过 DDLPAR 产生的资源源分配的变化化不再起作用用。但是在 HMC 上上截然不同的的两个概念在在 IVM 上却显得不不分彼此：首首先，IVMM 仅提供了了如图 100 所示的页页面来修改分分区的 prrofilee 和执行 DLPARR 操作；其其次，用于修修改分区 pprofille 的命令令 chsyyscfg 也可用于 DLPARR ；最后，有有 IVM 上的 DLLPAR 操操作经验的读读者可能发现现，DLPAAR 产生的的资源分配变变化在分区关关闭后仍旧可可以在图 110 所示的的页面中看到到

47、。实际上，IIVM 并不不存在分区 profiile 的概概念，命令 chsysscfg 和和 chhwwres 都都直接修改分分区的属性，分分区关闭后分分区的属性仍仍然有效，并并在下次分区区激活时得到到应用，这样样上述现象就就变得很自然然了。即便没没有 proofile，IIVM 还是是提供了与之之相关的命令令（比如 llssysccfg 等）与与 HMC 保持兼容，以以方便用户的的使用，同时时用户还可能能在这些命令令的参考手册册中看到 pprofille 这个词词。图 13 描述述了 IVMM 上 DLLPAR 的的基本过程。处处理器和内存存各存在两个个值：暂挂值值（Pendding）和和

48、当前值（RRun Tiime），前前者描述了用用户期望得到到的资源数量量，后者表示示分区当前占占用的资源数数量。命令 chsysscfg 和和 chhwwres 只只修改暂挂值值而不修改当当前值，而暂暂挂值到当前前值的应用或或同步则是由由 DLPAAR Mannager 守护进程来来执行的，其其中包括逻辑辑分区上处理理器和内存的的 varyy on/ooff 操作作。既然命令令 chsyyscfg 和 chhhwres 是等效的，并并且已经有了了 chsyyscfg，命命令 chhhwres 为何还要提提供相同的处处理器和内存存 DLPAAR 功能呢呢？目的是为为了与 HMMC 保持兼兼容，使

49、得用用户能够使用用相同的命令令行在 IVVM 和 HHMC 执行行 DLPAAR 操作。适适配器则不存存在暂挂值的的概念，命令令 chhwwres 直直接修改分区区属性中的适适配器信息，并并在 DLPPAR 能力力激活的情况况下在逻辑分分区上 vaary onn/off 适配器，从从而实现 DDLPAR ；命令 cchsysccfg 仅修修改分区属性性中的适配器器信息，而不不执行 vaary onn/off 操作，用户户可以在分区区上手工执行行 varyy on/ooff 操作作来使 chhsyscffg 的修改改生效，从而而达到 DLLPAR 相相同的效果。由由于适配器 DLPARR 不依赖

50、于于 DLPAAR Mannager，因因此如果这个个过程中产生生错误，用户户可以马上看看到错误信息息；而处理器器和内存 DDLPAR 中，资源动动态调整的错错误只能在 DLPARR Manaager 执执行同步操作作时才能发现现并报告给用用户。图 13：IVVM 上 DDLPAR 的基本过程程图 14 描述述了基于 DDLPAR Managger 的处处理器和内存存 DLPAAR 更加详详细的执行过过程。命令 chsysscfg 和和 chhwwres 完完成暂挂值的的修改后唤醒醒阻塞中的 DLPARR Manaager，然然后命令结束束； DLPPAR Maanagerr 被唤醒后后执行暂

51、挂值值到当前值的的同步，同步步完成后该守守护进程重新新阻塞直到下下一次被唤醒醒。 DLPPAR Maanagerr 的执行过过程如图 114 右部所所示，从该过过程中我们可可以看到同步步所依赖的条条件。首先，如如果某个分区区属于工作负负载组（Paartitiion Woorkloaad Grooup），并并且该组包含含多于 1 个逻辑分区区，那么 DDLPAR Managger 不同同步该分区，而而是由工作负负载组的管理理软件自行处处理。其次，分分区应该处于于运行状态，否否则，DLPPAR Maanagerr 仅把当前前值修改成暂暂挂值，而不不执行 vaary onn/off 操作。还有有，分

52、区的 RMC 连连接应该处于于活跃状态，这这样 IVMM 才能与之之协作完成资资源的动态调调整。最后，资资源的暂挂值值和当前值应应该处于不一一致的状态。当当这些条件满满足后，DLLPAR MManageer 就修改改当前值为暂暂挂值，并协协同分区的 RMC 守守护进程等进进行资源的 vary on/offf 操作（当当然，前提是是分区支持该该资源的动态态调整）。至至此，一个完完整的处理器器和内存 DDLPAR 过程就完成成了。图 14：基于于 DLPAAR Mannager 的处理器和和内存 DLLPAR HYPERLINK /developerworks/cn/linux/l-cn-dlpa

53、r1/index.html#main l main 回页首小结本系列文章介绍绍了 IBMM 集成虚拟拟化管理器 IVMM 上 Liinux 逻逻辑分区的 DLPARR，本文是其其中的第一部部分，介绍了了 IVM 对 DLPPAR 功能能支持的变化化过程、主流流的 Linnux 发行行版本对 DDLPAR 的支持情况况、Linuux 分区上上 DLPAAR 环境的的准备过程、以以及 IVMM 上 Liinux 分分区 DLPPAR 的基基本过程等背背景知识。由由于篇幅的限限制，本文没没有涉及处理理器、内存、适适配器、虚拟拟磁盘和光学学设备等各种种资源的 DDLPAR 操作过程，这这些内容将在在本

54、系列文章章的后续篇章章中分别介绍绍。声明：本文仅代代表作者个人人之观点，不不代表 IBBM 公司之之观点。IBM 和 SSystemm p 是国国际商业机器器公司在美国国和或其他他国家或地区区的商标或注注册商标。第 2 部分处处理器和内存存 DLPAAR动态逻辑分区（DDLPAR）是是 IBM Systeem p 服服务器上的一一种虚拟化特特性，该特性性允许用户在在分区运行的的时候动态调调整分区的资资源分配，使使得系统资源源得到更为有有效的利用，并并且不影响应应用或者服务务的正常运行行。集成虚拟拟化管理器（IIVM）是一一种与 HMMC 类似的的用于管理 Systeem p 服服务器的平台台，

55、也同样支支持 DLPPAR，不过过与 HMCC 上的 DDLPAR 存在不少差差异。本系列列文章介绍 IVM 上上 Linuux 逻辑分分区的 DLLPAR，分分成四个部分分。本文是第第二部分，介介绍了处理器器和内存的 DLPARR 操作。本文是介绍 IIVM 上 Linuxx 分区 DDLPAR 操作这一系系列文章的第第二部分。在在 HYPERLINK /developerworks/cn/linux/l-cn-dlpar1/ 上一部分内容容中，我们介介绍了 IVVM 上 LLinux 分区 DLLPAR 的的一些背景知知识，使读者者对 IVMM 和 Liinux 对对 DLPAAR 的支持

56、持情况、DLLPAR 环环境的准备过过程和 DLLPAR 的的执行过程有有了基本的了了解。本文开开始介绍具体体的 DLPPAR 操作作过程，由于于篇幅的限制制，这里只涉涉及处理器和和内存的 DDLPAR 操作，其它它类型的 DDLPAR 操作留在后后续篇章中介介绍。处理器器和内存的 DLPARR 操作十分分类似：1）执执行过程相似似，都是首先先修改暂挂值值，然后通过过 DLPAAR Mannager 实现暂挂值值到当前值的的同步；2）处处理器和内存存的当前值都都受最小值和和最大值的限限制；3）执执行添加或者者删除操作时时都需要指定定具体数目的的处理器或内内存资源。正正是由于这种种相似性，这这两

57、种资源的的 DLPAAR 操作在在本文中一起起讨论。本文所举的例子子都是基于本本系列文章第第一部分中“LLinux 分区 DLLPAR 环环境的准备”一一节所描述的的实验环境，该该环境是一个个安装了 SSLES100 SP2 的 IVMM 客户分区区，分区名称称为 ulii13lp22。如有需要要，读者可以以回过头去熟熟悉这一 DDLPAR 环境，这里里不再赘述。处理器 DLPPAR 操作作图形界面操作方方式IVM 上的 DLPARR 操作可以以使用基于 Web 的的图形界面来来进行，主要要是使用如图图1所示的分分区属性页面面。用户可以以通过以下方方式打开该页页面：进入“查看/修修改分区”页页

58、面，在“分分区详细信息息”区域（如如图2所示）直直接点击“名名称”栏中分分区的名称，比比如 ulii13lp22 进入“查看/修修改分区”页页面，在“分分区详细信息息”区域的“选选择”栏中选选取所要操作作的分区，然然后从“- 更多任任务 -”下拉列表表中选择“属属性”选项 要执行处理器 DLPARR 操作，首首先打开分区区属性，然后后选择“处理理”标签，就就可以看到如如图1所示的的页面。从图图中“处理单单元数”和“虚虚拟处理器数数”区域的“当当前”栏可见见，分区 uuli13llp2 当前前已分配的处处理单元数是是0.2，而而虚拟处理器器数是2。用用户通过修改改“暂挂”栏栏中的值，然然后点击“

59、确确定”按钮就就可以进行处处理器资源的的 DLPAAR 增加或或者删除操作作（IVM 不提供逻辑辑分区之间的的处理器 DDLPAR 移动操作，用用户可以组合合使用删除和和增加两种操操作来达到相相同的目的）。在在这里，我们们分别输入新新的暂挂值00.3和3，即即增加0.11个处理器单单元和1个虚虚拟处理器，用用户可以输入入比当前值小小的暂挂值来来删除处理器器资源。图 1：通过图图形界面进行行处理器的 DLPARR 操作从本系列文章第第一部分中“DDLPAR 的基本过程程”一节的讨讨论中我们知知道，处理器器的 DLPPAR 包括括 DLPAAR 命令修修改暂挂值和和 DLPAAR Mannager

60、 执行资源同同步这两部分分。暂挂值的的修改相对简简单，通常很很快就能完成成。DLPAAR Mannager 执行的同步步过程则需要要经过两个步步骤：1）通通知固件把暂暂挂值同步到到当前值；22）通知 LLinux 操作系统使使用 drmmgr 命令令来 varry on/off 处处理器资源。由由于 Linnux 操作作系统只知道道虚拟处理器器，而不需要要管理处理单单元，因此 Linuxx 只 vaary onn/off 虚拟处理器器，这也说明明虚拟处理器器的同步要比比处理单元麻麻烦。Linnux 操作作系统上资源源同步的速度度依赖于当前前系统的负载载，当负载较较高时，同步步操作可能需需要花费