一、项目目标和现状概要：

某铁路车站的两个信息系统及测试环境原使用三套 IBM Power7 小型机，本次项目使用两台浪潮商用机器 K1 Power S924 通过 PowerVM 虚拟化对这三个系统进行整合，在保持性能及系统稳定性的基础上，大幅度的降低了系统更新项目的总拥有成本。

二、项目规划： VIOS 、 NPIV 及网卡 SEA 拓扑图

1 、 VIOS 的实现 **

两台浪潮商用机器 K1 Power S924 服务器上分别创建一个 VIOS 分区及四个 VIOC 分区，其中分区 1 、 2 为系统数据库分区，分区 3 、 4 为应用系统分区，如下图所示

2、 NPIV 的实现

每台 S924 服务器上 NPIV 的实现如下图所示

3、网卡及网卡 SEA 的实现

每台 S924 服务器上分区的网卡及网卡 SEA 的实现如下图所示

（ 1 ） VIOS 中的 ent0 、 ent8 绑定为以太网通道网卡 ent17 ； ent1 、 ent9 绑定为以太网通道网卡 ent18 ； ent2 、 ent10 绑定为以太网通道网卡 ent19 ； ent3 、 ent11 绑定为以太网通道网卡 ent20 。

（ 2 ）在 VIOC1 和 VIOC2 中分别建立 6 个虚拟以太网适配器， VIOC3 和 VIOC4 中分别建立 3 个虚拟以太网适配器。

4、 VIOS 资源规划表

1 、物理连线表

硬件设备 K1 Power S924 板卡部件槽位 :

1.1 System Plan （后视图）

1.2 System Plan （前视图）

2、分区 CPU 、内存资源划分表

三、项目中的 LPM 实施建议

因客户被替换更新的 IBM Power7 设备使用了 LPM ，本次更新项目要求继续使用，我们做了相应的实施建议及技术支持。

LPM的使用场景和建议

1、 IBM LPM 的限制：

• LPM 不能在独立 LPAR 上进行；它必须是一个 VIOS 客户机。
• 它必须拥有用于网络和存储器的虚拟适配器。
• 它需要 PowerVM Enterprise Edition 。
• VIOS 不能被迁移。
• 在系统之间迁移时，只有活动配置文件针对分区和 VIOS 更新。
• 处于崩溃或失败状态的分区不能被迁移。
• 不允许电池驱动的服务器作为迁移目标，但电池驱动的服务器可以作为正在迁移的分区的源。
• 要进行迁移，目标服务器必须拥有一些可用资源（比如处理器和内存），这些资源是正在迁移的分区的当前配置。如果需要减少或增加资源，则需要独立于迁移执行 DLPAR 操作。
• 这不是 PowerHA 解决方案或 Disaster Recovery Solution 的替代解决方案。
• 在 MSPs 之间传输时，分区数据不加密

关于 LPM 务必记住： LPM 将正在运行的分区从一个物理服务器迁移到另一个，同时维护完整的事务完整性并转移整个环境：处理器状态、内存、虚拟设备和已连接的用户。分区在关闭时也可以进行迁移（消极迁移），操作系统和应用程序必须驻留在共享存储器上。

2、建议：

结合用户使用场景， LPM 是 在计划停机时间窗口内进行 Power 服务器维护用的， LPM 的功能和现在用户环境中的 PowerHA 的应用场景有部分重合，但在实际用户环境中， PowerHA 的切换更稳定，更迅速，使用场景比 LPM 更为广泛。在绝大多数的用户场景中， LPM 一般推荐应用于用户的非关键生产环境或者测试环境，而 PowerHA 有大部分用户的关键应用在使用，它性能更稳定， BUG 较少且有原厂技术支持，更适合运维技术能力弱且对安全稳定性要求更高的客户应用系统使用。