IBM® AIX® 6.1
中最受欢迎的创新无疑就是工作负载分区。工作负载分区允许您在托管的系统中使用更少的操作系统映像，通过允许对操作系统资源进行虚拟化可以实现这一点。动态应用程序迁移是工作负载分区的一个重要组成部分，它为工作负载分区
(WPAR) 提供了增强的可用性。简单地讲，它允许您在 WPAR 启动并且正在运行的时候，将 WPAR 从一个逻辑分区 (LPAR)
移动到另一个逻辑分区。它在使用 WPAR
的不同系统之间提供了自动的、基于策略的工作负载重定位。本文将研究如何/何时使用动态应用程序迁移，以及如何配置系统及其应用程序，以实现动态应用程序迁移。
 |
|
WPAR 还有许多其他的优点，其中之一就是允许您更快地部署应用程序，并且仅需要更少的、专门的硬件资源。事实上，与逻辑分区 (LPAR) 不同的是，构建
WPAR 实际上并不需要任何物理资源。正如大多数系统管理员已经开始认识到的，LPAR 最大的缺点就是要维护多个映像，同时可能对昂贵的硬件资源（如 CPU 和
RAM）存在过度利用现象。换句话说，尽管分区可以帮助您将硬件整合和虚拟化到单个系统中，但通过 WPAR
技术实现的操作系统虚拟化则更进了一步，允许采用更细粒度的方法进行资源管理。通过允许共享 OS 映像可以实现这一点，并且这显然是对 CPU、RAM 和 I/O
资源的最有效的利用。
WPAR 并不是 LPAR 的替代，而是对它们的补充，并允许通过操作系统虚拟化进一步虚拟化应用程序工作负载。WPAR 还可以和 AIX 6.1
中的另一个重要创新——基于角色的访问控制 (RBAC)——进行很好地协作。那么，这项特性与动态应用程序迁移有什么关联呢？
动态应用程序迁移允许您将正在运行的 WPAR 从一个 LPAR 重定位到另一个 LPAR。虽然 Sun 通过其基于 zone
的策略可以提供类似的概念，但对于正在运行的应用程序来说，它并没有提供热迁移的功能。在所有基于 UNIX® 的系统中，只有 IBM AIX OS
实现了这项重要的创新。它的工作方式是使用诸如检查点 之类的特性以移动实际正在运行的分区。检查点保存并且验证当前应用程序的状态，然后在其他的
LPAR 中将应用程序启动到这个保存的状态。如果您将要使用这个特性，那么还需要诸如 HACMP
这样的高可用性解决方案吗？绝对需要。动态应用程序迁移会在预定的停机期间（而不是非预定的停机期间）提供增强的可用性，弄清楚这个区别是很重要的。需要主动地使用
WPAR 管理器或者命令行接口来启动 WPAR 的移动；这项操作并不是自动进行的。事实上，动态应用程序迁移是一项可选的特性，该特性可以在 WPAR
管理器组件内部启用。分区迁移和动态应用程序迁移之间有哪些区别呢？分区迁移是 Power6™ 的一个特性，它允许您将整个 AIX 或者 Linux® LPAR
从一台物理服务器迁移到另一台物理服务器。它不需要 AIX 6.1 或者 WPAR。这个特性在整体框架的计划停机期间是很有价值的。
如果您需要暂停整个托管系统的运行，那么您可以将它的分区移动到另一个服务器。通过允许您将 LPAR
移动到不同的物理服务器，它还允许您平衡工作负载和资源。动态应用程序迁移是 AIX 6.1 的一项独特创新，是其 WPAR
策略的组成部分，它允许您移动工作负载，而不是整个分区。实际的目标 WPAR
可以是不同的服务器，但并不一定必须是不同的服务器。它比较灵活，因为您可以在一些具备混合物理体系结构（Power5 和
Power6）的环境中使用它。它可以将应用程序从需要计划停机以便进行维护的系统中移动到别处。通过将工作负载从不堪重负的服务器移动到负载较轻的服务器，它还可以用于提高性能。而且，通过采用这种方式移动工作负载以允许物理服务器在非高峰期间进入睡眠状态，它还可以帮助节约电能。下面的表格介绍了动态应用程序迁移和分区迁移之间的一些基本区别。
| 类型 | 动态应用程序迁移 | 动态分区迁移 |
|---|---|---|
| OS | AIX 6.1 | Linux、AIX 5.3、AIX 6.1 |
| 硬件 | PowerPC® 970、POWER4™、5™、6™ | Power6 |
| 粒度 | WPAR | LPAR |
本文转自IBM Developerworks中国