最后更新2021/08/01
动态分区迁移增加了平台的灵活性,无论是超越当前机器剩余资源调配还是物理维修需求,都要求将运行的操作系统实例换个地方运行,同时又不希望重新启动,因为很多业务是完全不能中断,而又往往只有一个运行实例(数据库等)。LPM的过程其实非常简单,但由于涉及的内容很多,任何项目与要求不符,就会导致迁移失败。这也是为了确保系统稳定运行,因为迁移失败,系统还在正常运行,而如果强制迁移而不管系统,可能运行的分区已经宕掉了,那迁移成功的意义还剩多少?因此做LPM可以说台下10年功,台上3分钟。这是一个很让人抓狂的事情:其实如果你懂LPM的操作过程,那么你几乎无需LPM功能(热迁移例外),手工也可以完成分区迁移;而如果你不了解LPM的过程及操作,一旦中间出现问题,就束手无策。
当然LPM功能并非一无是处,毕竟IBM已经实现了整套迁移的动作处理脚本,比自己手工方式实现还是要快捷很多,另外如果需要热迁移(不停机迁移),则必须LPM功能支持。由于LPM过程其实重点在准备,因此本节重点介绍预先准备的部分。下面是检查要点(非常多,请读者有心理准备):
- 确认LPM迁移所涉及的HMC、小型机、AIX分区和VIO分区
实例 | 源 | 目 | 说明 |
---|---|---|---|
HMC | hmc1 | hmc1 | 使用单HMC迁移 |
小型机 | 9119-FHA 02AAAAA | 9119-FHA 02BBBBB | 至少两台小型机,在同一台物理机上迁移其实是DLPar |
分区名 | test1 | 与源同名 | |
VIO VLAN | vio7,8 | vio23,24 | 7->23, 8->24 |
VIO VSCSI | vio7,8 | vio23,24 | 7->23, 8->24 |
- 检查HMC之间,HMC和各个分区之间(包括待迁移的分区及VIO分区)SSH root key已经设定,登录时不应再需要密码,需要预先验证通过。
- 使用HMC Shell登录到执行LPM的HMC。
- 执行ssh命令访问其它HMC及分区,确保可以直接登录,不需要输入密码。
- 如果登录某个分区需要输入密码,则在HMC上执行mkauthkeys,在分区上编辑/.ssh/authorized_keys,注入目的小型机的公开密钥。
- 检查Power VM LPM授权(源和目的小型机都需要,一般是由PowerVM Enterprise Edition提供)。
- 从HMC基本管理界面点击“Systems Management”, “Servers”, 分别选择源和目的小型机,“Properties”,“Capabilities”,“Active Partition Mobility Capable”和“Inactive Partition Mobility Capable”应当是“True”。
- 检查小型机微码。
-从基本管理界面选择小型机,然后点“Updates”, “View System Information”
- 点击“None - Display current values”
- 检查安装和激活的微码版本。在IBM小型机上可以保存两个版本的微码,一个是“被接受accepted”的版本,另一个是“安装installed”的版本,而“激活activated”的版本可能是前两个版本中的任何一个。这种方案类似AIX补丁的apply和commit状态。当以安装版本作为激活版本运行一段时间,确认没有问题的时候,可以将“安装”版本变成“被接受”的版本(安装版和被接受版的版本号相同。如果有新的微码版本需要测试,刚装载到小型机,则安装版变成新的版本。如果采用的是在线安装,并未重新启动机器,则有可能会显示出“等待激活Unactivated Deffered”的版本。
- 这是当前支持的微码组合,请随时访问IBM网站以获得最新的信息。
http://www14.software.ibm.com/webapp/set2/sas/f/pm/migrate.html
- 检查目的小型机的可用资源情况,确保有足够的CPU和内存可用。
- 在HMC上点击目的小型机,选择“properties”
- 检查可用的CPU、内存,应大于等于(注意有时增加分区会引起小型机保留给虚拟化管理的内存增加)待迁移分区全部正使用的、期望的CPU和内存。
- 检查源、目的小型机上为待迁移分区服务的VIO分区的版本
- 使用padmin用户登录VIO分区ÿ