JS22上实现Live Partition Mobility
【IT168 服务器频道】本文主要关注在两个 JS22 Blade 之间执行 Live Partition Mobility。讨论在包含 SAP 和 Oracle 的 AIX? 真实环境中,动态转移之前、期间和之后可能遇到的情况。
概述
Live Partition Mobility 是基于 IBM? POWER6? 的 System p? 服务器的一项令人兴奋的新特性。自从 IBM 宣布此特性以来,我一直期待着在真实的场景中测试这种新技术。本文主要讨论使用 IBM JS22 Blade 服务器执行 Live Partition Mobility,描述在对 AIX 上的 SAP/Oracle 执行动态转移之前、期间和之后可能遇到的情况。还会提供一些针对转移的环境配置建议。
本文假设读者熟悉 AIX、逻辑分区(LPAR)和 Virtual I/O 服务器(VIOS)概念和技术,所以并不提供与 AIX 安装和 VIOS 配置相关的详细信息。
什么是 Live Partition Mobility 及其好处?
在开始之前,我们先回顾一下基本概念。Live Partition Mobility 是基于 POWER6? 的 System p? 服务器上的一个特性。它可以把一个正在运行(或停止运行)的 LPAR 从一个物理系统转移到另一个系统。Mobility 使用一个简单的过程把 LPAR 从源系统转移到目标系统,而不需要中断 LPAR 上驻留的应用程序或操作系统。这使管理员能够在不停止系统的情况下执行硬件维护,比如更换损坏的固件。在维护期间,LPAR 可以临时转移到其他物理服务器。维护完成之后,很容易把它们转移回来。工作负载可以在系统之间动态地转移,这使管理员对 System p 资源的使用情况有了更强的控制能力。
Live Partition Mobility 针对的目标是有计划的活动。它并不能防止系统故障,所以不能替代 IBM HACMP 高可用性集群技术等高可用性软件。
在我的环境中,希望能够把正在运行 SAP 和 Oracle 的 AIX LPAR 从一个 JS22 Blade 转移到另一个物理 Blade。这样就能够在 Blade 上对损坏的硬件和/或软件进行维护,而不需要停止 SAP 应用程序。例如,如果需要更新 Blade 上的一个 VIOS,就可以把工作负载转移到另一个 Blade(不需要停止 SAP),执行 VIOS 更新,重新引导 Blade,在成功完成这些活动之后把 LPAR 移回来。如果需要更新 Blade 的固件,也可以采用相同的方法。
JS22 Blade 环境
在讨论如何执行分区转移之前,先简要描述一下我的 JS22 环境和配置。在我的 IBM BladeCenter H 机架上,在插槽 13 和 14 上各有一个 JS22 Blade。每个 Blade 安装了 16GB 的内存和 4 个 4GHz 的 POWER6 处理器,启用了 'PowerVM Enterprise Edition'(转移分区要求启用此特性)。每个 Blade 安装一个 Virtual I/O 服务器(VIOS 1.5)和 Integrated Virtualization Manager(IVM)。这些系统使用的 SAN 磁盘存储是 IBM DS8100。
每个 VIOS 有一个主机名:bvio82(插槽 13)和 bvio83(插槽 14)。在插槽 13 中的 Blade 上配置了一个 AIX LPAR(bxaix85)而且正在运行。它运行 AIX V5.3 TL7 SP3。此系统上驻留的应用程序是一个 SAP R3 v4.7 实例和 Oracle 10G。SAP 是由我们的 SAP Basis 小组安装和配置的。一定要注意,不需要为了支持分区转移特性对 SAP(或 Oracle)安装做任何特殊处理。
执行分区转移需要满足几个前提条件。最重要的条件之一是,来自此 LPAR 的所有网络连接必须是虚拟化的,这意味着它必须使用 VIOS 进行通信。这意味着 VIOS 必须配置和运行一个 Shared Ethernet Adapter(SEA)。我的两个 VIOS 都配置了 SEA,它们在同一个物理 VLAN 上。我使用 Logical Host Ethernet(LHE)端口之一配置 SEA。使用 IVM 执行所有 SEA 配置,这非常简单(稍后就会看到)。Virtual I/O 客户机(VIOC)bxaix85 配置了一个具有适当 VLAN ID 的虚拟以太网接口,从而通过 VIOS 中的 SEA 与外界通信。
执行分区转移的另一个重要前提条件是,连接到可转移 LPAR 的所有存储必须在 SAN 上,甚至包括操作系统(对于 AIX,操作系统在根卷组 rootvg 中)。这个 SAN 磁盘存储必须分配给两个 Blade,两个 VIOS 必须能够探测到它。这使目标 VIOS 能够在转移期间 "接管" 存储。我给两个 VIOS 分配两个 SAN(DS8100)磁盘。一个磁盘用于操作系统(AIX rootvg),另一个用于 SAP/Oracle 软件和数据库(sapvg)。
图 1 显示 JS22 环境和高层配置。

图 1. JS22 环境