在 - IBM - 集成虚拟化管理器上进行动态分区迁移(4)

[]] [--header] [--stderr] [--help] 清单 7：HMC 上分区迁移命令的语法 migrlpar -o {m | r | s | v} -m managed-system [-t

target-managed-system]

{-p partition-name | --id partition-ID} [-n profile-name]

[{-f input-data-file | -i

\

[-w wait-time] [-d detail-level] [-v] [--force] [--help]

lslparmigr -r {lpar | msp | procpool | sys | virtualio}

-m managed-system [-t target-managed-system]

[--filter \

[-F [attribute-names] [--header]] [--help]

选项 --ip 用于指明目标 HMC/IVM 的主机名或者 IP 地址，该选项与 -t 选项比较容易引起混淆，因为系统管理员很可能将 IVM 的主机名与整个系统的名称设置成一样，用户需要注意不要把两者混为一谈。在本文的例子中，目标 IVM（或者说目标 IVM 的宿主 VIOS）的主机名是 uli14，可以通过 hostname 来查看（见清单 8）；而刀片服务器 uli14 的系统名称是 Server-7998-60X-SN100E7DA，可以通过 lssyscfg（见清单 8）或者 IVM GUI 界面“查看 / 修改系统属性”的“系统名称”字段（如图 17 所示）来查看。 清单 8：uli14 的主机名和系统名称 $ hostname uli14 $ lssyscfg -r sys -F name Server-7998-60X-SN100E7DA $

图 17：uli14 的系统名称

选项 -u 用于指明登陆目标 HMC/IVM 所需的用户名。如果分区迁移命令需要用户名但是用户没有提供 -u 选项，那么迁移过程会自动使用执行该命令的用户名。

如果使用了 --async 选项，那么命令 migrlpar 在迁移过程中完成迁移的验证后就马上返回，迁移过程继续进行，这样系统管理员就不需要等待整个迁移过程的完成，可以进行其他操作。如果系统管理员在做完其他操作后想查看分区迁移的状态，可以使用 lslparmigr 命令（见表单 9）。当迁移过程还在继续进行，那么 lslparmigr 显示“Migration Starting”状态；如果迁移已经完成，那么 lslparmigr 显示“Not Migrating”状态。 清单 9：用命令行进行分区迁移

用 migrlpar 进行分区迁移，使用 --async 选项 $ hostname

uli13

$ lssyscfg -r sys -F name

Server-7998-61X-SN100390A

$ migrlpar -o m -m Server-7998-61X-SN100390A -t Server-7998-60X-SN100E7DA --ip uli14

-u padmin -p uli13lp1 --async $

使用 --async 选项的 migrlpar 返回后迁移继续进行，可以使用 lslparmigr 查看迁移状态

$ lslparmigr -r lpar -m Server-7998-61X-SN100390A --filter \name=uli13lp1,lpar_id=2,migration_state=Migration

Starting,migration_type=active,dest_sys_name=Server-7998-60X-SN100E7DA,dest_lpar_id=2,

source_msp_name=uli13,source_msp_id=1,dest_msp_name=uli14,dest_msp_id=1, bytes_transmitted=2366013,bytes_remaining=1090875392,remote_manager=uli14, remote_user=padmin $

等待一段时间，分区迁移完成，再使用 lslparmigr 查看迁移状态

$ lslparmigr -r lpar -m Server-7998-61X-SN100390A --filter \name=uli13lp1,lpar_id=2,migration_state=Not Migrating

$

用 migrlpar 进行分区迁移，不使用 --async 选项，命令返回后马上用 lslparmigr 查看

迁移状态 $ migrlpar -o m -m Server-7998-61X-SN100390A -t Server-7998-60X-SN100E7DA --ip uli14 -u padmin -p uli13lp1 -w 5 $ lslparmigr -r lpar -m Server-7998-61X-SN100390A --filter \name=uli13lp1,lpar_id=2,migration_state=Not Migrating $ IVM 和 HMC 上分区迁移的比较

从上述讨论中我们可以看到，相对于 HMC，IVM 上的动态分区迁移相对简化，这与 IVM 的设计原则是一致的。IVM 和 HMC 上的分区迁移所需的配置基本相同，比如对 System p 平台，Firmware 和 VIOS 版本，网络和外部存储的配置，RMC（Resource Monitoring and Control）daemon，以及被迁移分区所运行的操作系统版本的要求是相同的，而且被迁移分区都不能属于任何一个“Partition workload groups”；而由于 IVM 和 HMC 在管理界面的截然不同，因此操作过程相差较大。下面列举的是两种管理方式下动态分区迁移不同点的一些对比：

?

服务器的管理：由 HMC 管理时，源和目标服务器必须由同一台 HMC 来管理，分区

迁移由该 HMC 来协调；由 IVM 管理时，每台服务器由各自的 IVM 进行管理，分区迁移由两个 IVM 协调进行。

?

MSP 属性：在 HMC 上，需要激活 VIOS 上的 MSP 属性才能进行分区迁移；而在 IVM 上，MSP 是默认打开的，不需要激活。

MSP 的个数：在 HMC 上，一个系统上可以存在多个 MSP，每个 MSP 都可以用于分区迁移；而在 IVM 上，VIOS 就是 MSP，有且仅有一个 MSP。

GUI 界面：GUI 操作界面的截然不同是显而易见的，不过两者之间还是有不少相似之处，比如都提供验证和迁移功能等。

?

?

?

CLI 界面：相对于 HMC 而言，IVM 的用于分区迁移的命令主要增加了 --ip ，-u 和 --async 三个选项。 -m 和 -t 选项的可选性：在 HMC 上使用命令 migrlpar 进行动态分区迁移时，-m 和 -t 都是必须的，这是因为 HMC 管理着多台服务器，如果不提供这些消息，HMC 无法知道哪个是源系统，哪个是目标系统。而在 IVM 上，-m 则是可选的（见清单 10），这是因为一个 IVM 只管理着一台服务器，因此源系统就是发起分区迁移的 IVM 所在的系统；依此类推，-t 本来也可以是可选的，因为源系统上的 IVM 可以通过 -ip 和 -u 选项和与目标系统上的 IVM 进行通信，自动获取目标系统的名称，但是事实上该选项在进行分区迁移时是必须的（见清单 10）。

?

清单 10：-m 和 -t 选项的可选性

$ migrlpar -o m --ip uli14 -u padmin -p uli13lp1 [VIOSE01040120-0006] Required parameter -t or its value is missing or not valid. $ migrlpar -o m -t Server-7998-60X-SN100E7DA --ip uli14 -u padmin -p uli13lp1 $

?

用户名和密码：由于同一台 HMC 管理着参与动态分区迁移的两台服务器，因此迁移的时候不需要指定登陆到目标 HMC 的用户名和密码；而当两台服务器分别由两个不同的 IVM 来管理时，就需要指定登陆到目标 IVM 的用户名和密码。

?

Profile：在 HMC 上进行分区迁移时，用户可以指定一个 profile 名称用于记录迁移后分区当前的配置，保留现有的 profile。而在 IVM 上，因为每个逻辑分区有且仅有一个 profile，因此不需要指定新的 profile 名称，分区迁移过程总是把迁移后的分区配置记录在该 profile 里面；所以，IVM 的 GUI 界面并不提供输入新的 profile 的域，并且命令 migrlpar 所提供的“-n profile-name”选项并不起作用。

? 等待时间（wait time）：该参数是指等待由 HMC 或 IVM 向被迁移分区所发出的命令执行完成所花的最长时间（以分钟为单位）。在 HMC 上，分区迁移的 GUI 向导提供了该域，允许用户设定新的等待时间；而在 IVM 上，GUI 界面并不提供该域，因此只能使用默认的等待时间。当在 HMC 或者 IVM 上使用命令行进行分区迁移时，可以通过“-w ”来设定等待时间。

?

其他特性：在 HMC 上进行分区迁移要避免使用“Barrier Synchronization

Register”和“Huge pages”等特性，否则迁移验证会失败；而因为简化设计的缘故，IVM 并没有提供这些特性，因此也就不需要检查分区是否使用这些特性了。

这里还需要澄清 VASI（Virtual Asynchronous Services Interface）和物理 I/O 设备这两点。

?

VASI 是 MSP 和 Hypervisor 之间进行通信的一个虚拟设备。在源系统上，MSP 通过 VASI 从 Hypervisor 获取分区的运行时状态，然后通过网络传送给目标系统的 MSP；在目标系统上，MSP 通过 VASI 把分区的运行时状态传送给 Hypervisor。在 IVM 和 HMC 两种情况下，VASI 都是必须的。在早期支持动态分区迁移的 VIOS 版本（比如 VIOS 1.5.0.0）中，VASI 是需要用户自己去创建的；而在较新版本的 VIOS（比如 VIOS 1.5.2.0）中，VASI 是系统自动创建的。

?

动态分区迁移对物理 I/O 设备的迁移做了限制：活动迁移不能使用物理设备，在迁移开始之前必须手动把所有物理设备删除掉；非活动迁移可以使用物理设备，但是

迁移过程会自动把物理设备删除掉，因此如果要在目标分区使用物理设备，那么需要在迁移完成之后手动把物理设备加入目标分区的配置文件。在 HMC 上，逻辑分区拥有物理 I/O 设备是很正常的事情，用户在进行分区迁移之前要按照上述要求去处理物理设备的使用。版本较低的 VIOS，比如 VIOS 1.5.0.0 上的 IVM 只支持虚拟设备，除 VIOS 外，其他分区所使用的网卡和磁盘都是虚拟的；而从 VIOS 版本 1.5.1.1 开始，IVM 可以将物理设备直接分配给分区来使用，这时用户也同样需要注意上述要求。

小结

本文介绍了如何在 IBM 集成虚拟化管理器— IVM 上进行动态分区迁移，包括迁移所需的配置，迁移的验证，发起和状态的查看，以及用于迁移的命令。本文还对比了在 IVM 和 HMC 上的分区迁移，虽然两者的差别不是非常大，但是管理界面上的截然不同使得两者的操作方式差别较大。与 HMC 相比，IVM 上的动态分区迁移操作过程较为简化，这与 IVM 的设计原则是一致的。

声明 ：本文仅代表作者个人之观点，不代表 IBM 公司之观点。