【IT168 服务器频道】本章介绍工作负载分区 (WPAR) 技术，以及如何将其实现为在 IT 环境中使用。本章旨在向系统架构师和系统管理员提供在 IT 基础设施中计划 WPAR 的部署所需的知识。 本文是摘自 IBM 红皮书《Introduction to Workload Partition Management in IBM AIX Version 6.1》。
计划信息概述
WPAR 技术纯粹是基于软件的。因此，可以在支持 AIX V6 的任何硬件平台上部署它：
" 安装 POWER4 处理器的 IBM pSeries
" IBM System p
" 安装 PPC 970 处理器的 IBM BladeCenter? JS21
WPAR 产品由以下两个部分组成：
1.IBM AIX 版本 6.1 包含对 WPAR 技术的基本支持。这包括在安装 AIX V6 的 LPAR 中创建和管理应用程序和系统工作负载分区。AIX 通过 AIX 命令行接口和 SMIT 菜单提供 WPAR 支持和管理。
2.IBM Workload Partitions Manager for AIX 是可以单独安装的可选许可程序产品，它支持多种高级功能：
" 包括用于大多数管理活动向导的图形用户界面
" 从单点控制管理多个服务器上的多个 WPAR
" 支持 WPAR 移动性
" 自动化和基于策略的 WPAR 移动性
使用 WPAR 技术的决定依赖于此技术为特定的用户环境提供的潜在好处。一旦决定使用 WPAR 后，计划活动由以下决定组成：
" 哪个是最适合的工作负载分区类型：是应用程序 WPAR 还是系统 WPAR？
" 是否需要应用程序移动性？
以下部分中描述的技术结果对这些问题进行了回答。
一般注意事项
WPAR 利用 AIX V6.1 操作系统（全局环境）单个实例中灵活的软件定义的边界提供对软件服务、应用程序和管理的隔离。从命令行构建 WPAR 时，可以在数分钟内配置和启动它。
此技术向系统管理员提供与网络、文件系统和操作系统版本相关的新计划注意事项。网络别名、共享或网络文件系统 (NFS) 和内核唯一性需要不同的方法来计划应用程序的部署。
网络
计划网络时，您必须了解如何更好地利用此技术。使用别名可减少通信所需的适配器数，但需要细心规划带宽的利用，因为多个 WPAR 可能共享同一适配器。
NFS 是 WPAR 移动性功能的先决条件。在用于 WPAR 移动性的 NFS 通信中涉及三个组件：
" 全局环境的名称和 IP 地址
" WPAR 的名称和 IP 地址
" NFS 服务器的名称和 IP 地址
因为它们在此环境中都扮演一定角色，所以必须相互了解对方的信息。推荐将它们置于同一个子网。
工作负载分区管理器的部署
工作负载分区 (WPAR) 管理器通过提供一组基于 Web 的系统管理工具和任务来提供集中系统管理解决方案，以简化客户的服务器和 WPAR 基础设施的管理。
WPAR 管理器提供基础设施资源优化、服务性能优化和服务可用性优化工具。工作负载分区管理器的特定功能包括用于管理系统 WPAR 和应用程序 WPAR 的集中式单点管理控制、用于动态资源管理的基于浏览器的 GUI、WPAR 中的系统和应用程序级别的工作负载管理、基于角色的视图和任务、虚拟服务器、存储和网络的动态分配/再分配和配置，以及通过虚拟服务器重定位进行服务器修复和升级的不间断维护零停机时间。
使用 WPAR 管理器涉及三个角色：
" WPAR 管理服务器是在 AIX 服务器中运行的 Java? 应用程序。它可以是一个独立的服务器，也可以是共享的物理服务器（专用分区或微分区）中的 LPAR。
" WPAR 管理客户端安装在计划部署 WPAR 的每个 LPAR 中，并与 WPAR 管理服务器通信。
" WPAR 管理器用户界面是 WPAR 管理服务器的轻量级浏览器支持的界面。与 WPAR 管理服务器连接的任何 Web 浏览器都可以提供该界面。UI 允许显示通过代理收集的信息，并且还提供管理功能，如创建、删除和重定位 WPAR。
图 1 运行在 POWER4、5、5+ 或 6 节点中的工作负载分区 (WPAR)
计划在不同的 LPARS 和工作站部署 WPAR 管理器组件时，必须将网络防火墙配置为允许图 2 中列出的特定端口进行通信。
注意：图 1 包含 WPAR 管理器使用的端口的缺省值。系统管理员配置 WPAR 管理器时可以修改这些值。
端口 14080 和 14443 用于系统管理员工作站和 WPAR 管理器之间的通信。
端口 9510、9511、9512 和 9513 用于代理和管理器之间的通信。
图 2 为使用 WPAR 管理器在防火墙上配置的 TCP/IP 端口
软件先决条件
使用 AIX 的单一实例可简化 WPAR 的安装和常规管理。在许多 WPAR 中，软件都可以一次安装多次使用。尽管彼此之间完全相互隔离，但是这些 WPAR 仍使用同一 AIX 内核实例。这意味着所有 WPAR 使用级别完全相同的 AIX。当计划 WPAR 时，您必须确保所有应用程序软件都支持全局环境的 AIX 级别。为计划未来更为重要。在全局环境中更新或升级 AIX 意味着在所有 WPAR 环境中更新或升级 AIX。如果应用程序需要特定版本的 AIX 并且无法更新，则将其移动到其他的 LPAR，以便不会阻止其他 WPAR 更新。
文件系统注意事项
使用缺省选项创建的系统 WPAR 共享了只读 /usr 和 /opt 文件系统。这可以加快 WPAR 的创建、安装和更新，并且还将防止意外删除与其他 WPAR 共享的系统软件。使用只读共享 /usr 和 /opt 文件系统可能不适合每个应用程序；可以将某些应用程序设计为写入 /usr 或 /opt 文件系统。一个解决方案是将所需应用程序的可写入目录定义为另一个文件系统，并将其链接到应用程序需要的安装点。另一个解决方案用于不使用全局环境共享的 /usr 或 /opt 文件系统的应用程序。此解决方案需要额外的磁盘空间，因为它将全局环境的 /usr 或 /opt 复制到 WPAR 的私有和完全可写入文件系统。
将许多应用程序整合到一个全局环境中改变了系统管理员管理文件系统的方法。与管理多个 LPAR （每个具有数个文件系统）不同，系统管理员现在仅管理具有多个文件系统的一个 LPAR。在这两种情况下，文件系统的总数保留相同的数量级（尽管使用 WPAR 会稍微减少此数量），但是它们是在单个系统中控制的。缺省情况下，系统 WPAR 具有四个专用文件系统、两个共享只读文件系统（/usr/ 和 /opt）和 /proc 文件系统。例如，在一个全局环境中部署 200 个系统 WPAR 缺省情况下会导致在全局环境中具有 800 个独立文件系统，并在 /proc 伪文件系统中有 1200 个安装点。WPAR 技术为减少这些文件系统数目提供了选择。与使用缺省文件系统创建选项不同，系统管理员可以进行选择，对每个 WPAR 创建一个单独的文件系统。此解决方案只能为 WPAR 创建一个实际的文件系统（根 "/" 文件系统），子树 /var、/tmp 和 /home 只能作为 "/" 文件系统的子目录创建，而不是它们通常在 AIX 实例和缺省系统 WPAR 中的实际文件系统。
在全局环境目录树中创建每个系统 WPAR 的文件系统，并在 WPAR 基本目录下将其装入。每个 WPAR 定义一个基本目录。基本目录的缺省路径是 /wpars/<分区名称>。计划部署多个系统分区时，系统管理员可能需要在其他目录树组织中组织基本目录。
"应用程序 WPAR"到"WPAR 移动性"较详细地说明了应用程序 WPAR 的文件系统注意事项、系统 WPAR 和使用移动性的时间。
