lpm算法_在指导实时分区移动性（LPM）资源消耗方面获得更好的控制

IBM®PowerVM® 实时分区移动性（LPM）提供了将IBMPOWER®处理器托管的工作负载的计划内停机减少到几乎为零的功能，并且系统管理员正越来越多地使用它们来减少操作停机时间。 为了以运营效率运行这些操作，我们应该考虑要在Mover服务分区（MSP）上路由流量和处理器成本的网络。

使用topas或nmon命令监视虚拟I / O服务器（VIOS）可以帮助生成在路由LPM操作时需要考虑的重要信息。 理想情况下，我们正在寻找具有最高可用带宽的使用最少的网络连接（例如备用网络），并且从CPU的角度来看，我们正在寻找使用最少的VIOS。 然后，我们可以将此信息传递给migrlpar命令，以确保流量的最佳路由。

从硬件管理控制台（HMC）版本V7R3.5.0或更高版本开始，对migrlpar命令进行了增强以提供MSP接口选择。

环境

下面列出的是用于演示迁移案例的IBMPower®基础架构组件的详细信息。

基础架构详细信息

受管系统–运行固件SC840_87的9119-MME E870

• 演示用例中的受管系统是E870-Frame1和E870-Frame2。

管理控制台– HMC 7042-CR9（V8R8.4.0）

• 在演示的用例中，HMC名为MyHMC。

虚拟I / O服务器版本– 2.2.4.10

• 演示用例中的VIOS是Frame1-VIOS1，Frame1-VIOS2，Frame2-VIOS1和Frame2-VIOS2。

客户端的AIX版本– 7100-03-05

• 演示用例中的AIX客户端VM是client-vm。

配置细节

每个框架（源框架和目标框架）都配置有双重VIOS设置，以实现每个框架的高可用性（请参见图1 ）。

图1.框架连接图

每个VIOS都配置有两个共享的以太网适配器（SEA）， 如图2所示。

SEA-1

• 在负载共享模式下配置了故障转移，并承载多个VLAN（202、203、208和209）

SEA-2

• 在自动模式下配置了故障转移[没有VLAN标记（通过PVID = 12的未标记流量）]

每个SEA均由10Gbit + 10Gbit网络接口的802.3ad以太网通道备份。

每个VIOS都配置了两个附加的非主干虚拟网络接口，因此每个VIOS都连接到VIOS上的单独SEA。

图2.每个框架内的虚拟网络布局

VIOS实例上的两个非中继虚拟网络适配器上的网络接口均在其各自的虚拟局域网（VLAN）上配置了IP。

VIOS IP模式

框架1-VIOS1

• en8：inet 10.AB214网络掩码0xffffff00广播10.AB255 <=通过SEA-1桥接
• en9：inet 10.CD213网络掩码0xffffe000广播10.CE255 <=通过SEA-2桥接

框架1-VIOS2

• en8：inet 10.AB215网络掩码0xffffff00广播10.AB255 <=通过SEA-1桥接
• en9：inet 10.CD214网络掩码0xffffe000广播10.CE255 <=通过SEA-2桥接

框架2-VIOS1

• en8：inet 10.AB208网络掩码0xffffff00广播10.AB255 <=通过SEA-1桥接
• en9：inet 10.CD208网络掩码0xffffe000广播10.CE255 <=通过SEA-2桥接

框架2-VIOS2

• en8：inet 10.AB209网络掩码0xffffff00广播10.AB255 <=通过SEA-1桥接
• en9：inet 10.CD209网络掩码0xffffe000广播10.CE255 <=通过SEA-2桥接

目的

我们的目标是确保在LPM操作期间使用指定的VIOS实例或MSP以及我们选择的网络资源（SEA和物理网络端口），并且我们利用选择的SEA上的带宽（利用率较低）。 这还可以确保实时/数据/生产网络流量不会由于LPM操作可能产生的高负载而降低。

我们还收集LPM操作期间网络和CPU利用率的性能/利用率数据。

制备

nmon可用于评估VIOS实例上的CPU使用率，以识别负载较小的VIOS

nmon –O可用于评估VIOS中SEA的带宽利用率，并确定负载较小的SEA

确定每个帧中的哪个VIOS将成为MSP，从而首当其冲地占用CPU和网络负载。 我们在每个帧上选择VIOS2，因为它的系统利用率低于其对应的VIOS1。

标识每个VIOS实例中用于路由LPM流量的网络基础结构（SEA，物理端口）。 SEA-2在两个SEA中利用率较低，因此被选为路由流量的接口。

您可以使用nmon命令打开其他远程会话以监视VIOS。 这样可以直观地指示正在传输流量的接口以及CPU的负载。

以下各节演示了LPM的两种方案，均使用HMC命令行migrlpar验证和执行LPM操作。 每种情况都将使用不同的命令行选项来标识MSP。 我们还将注意到方案2中使用的命令行选项如何在LPM操作期间为我们提供了更好的网络资源选择控制。

方案1：使用MSP名称（第1到第2帧）的LPM

在这种情况下，我们将使用VIOS名称执行实时分区移动性以标识LPM的MSP。

我们还将注意到在每个MSP中如何加载网络基础结构。

步骤1.以hscroot或同等身份登录到HMC。

步骤2.使用清单1中所示的命令验证迁移。

清单1.使用MSP名称验证迁移

hscroot@MyHMC:~> migrlpar -o v -m P870-FRAME1 -t P870-FRAME2 -p client-vm -w 1 -i
'virtual_fc_mappings="1101/Frame2-VIOS1/1//fcs0,1201/Frame2-VIOS2/2//fcs0,1102/Frame2-VIOS1/1//fcs7,1202/Frame2-VIOS2/2//fcs7",source_msp_name=Frame1-VIOS2,dest_msp_name=Frame2-VIOS2

记下参数source_msp_name和target_msp_name 。 这些是指HMC上定义的VIOS的逻辑分区（LPAR）名称。 这两个值定义了将哪个VIOS用作MSP。

步骤3.运行迁移。

清单2.使用MSP名称运行迁移

hscroot@MyHMC:~> migrlpar -o v -m E870-FRAME1 -t E870-FRAME2 -p client-vm -w 1 -i
'virtual_fc_mappings="1101/Frame2-VIOS1/1//fcs0,1201/Frame2-VIOS2/2//fcs0,1102/Frame2-VIOS1/1//fcs7,1202/Frame2-VIOS2/2//fcs7",source_msp_name=Frame1-VIOS2,dest_msp_name=Frame2-VIOS2

下面提到的是来自虚拟机（已进行迁移）的错误日志（ errpt ），其中提到了LPM操作的开始和完成时间。

清单3.输出1 –虚拟机（VM）的错误日志条目

IDENTIFIER TIMESTAMP   T C RESOURCE_NAME DESCRIPTION
A5E6DB96   0421155716  I S pmig          Client Partition Migration Completed
08917DC6   0421155616  I S pmig          Client Partition Migration Started

图3和图4显示，通过使用MSP名称，我们能够在源帧和目标帧上加载已标识的VIOS（即VIOS2）。

图3.源框架VIOS实例上的CPU使用率视图

图4.目标框架VIOS实例上的CPU使用率视图

图5和图6显示了源MSP和目标MSP上网络资源的加载。 虽然我们确定了SEA-2（即ent13）要在每个MSP上加载LPM流量，但是仅在命令行中使用MSP名称并不能使我们执行这种精细选择。 因此，使用不希望的SEA（即SEA-1 / ent12）桥接LPM网络流量。

图5.源MSP上的网络使用情况视图

图6.目标MSP上的网络使用情况视图

从上面的nmon图表中我们注意到，使用MSP名称来启动LPM操作可确保LPM进程为CPU加载了所需的VIOS。 但是，这不能使我们对要加载LPM流量的网络资源有任何控制。

方案2：使用MSP IP地址（从第2帧到第1帧）的LPM

在这种情况下，我们将使用VIOS IP地址执行实时分区移动性，以标识LPM的MSP。

我们还将注意到在每个MSP中如何加载网络基础结构。

步骤1.以hscroot或等效权限登录到HMC。

步骤2.验证迁移。

清单4.使用MSP IP地址验证迁移

hscroot@MyHMC:~> migrlpar -o v -m E870-FRAME2 -t E870-FRAME1 -p client-vm -w 1 -i
'virtual_fc_mappings="1101/Frame1-VIOS1/1//fcs0,1201/Frame1-VIOS2/2//fcs0,1102/Frame1-VIOS1/1//fcs7,1202/Frame1-VIOS2/2//fcs7",source_msp_ipaddr=10.C.D.209,dest_msp_ipaddr=10.C.D.214'

参数source_msp_ipaddr和target_msp_ipaddr引用在移动性操作期间用作移动器服务分区的VIOS的IP地址。

清单5.使用MSP IP地址运行迁移

hscroot@MyHMC:~> migrlpar -o m -m E870-FRAME2 -t E870-FRAME1 -p client-vm -w 1 -i
'virtual_fc_mappings="1101/Frame1-VIOS1/1//fcs0,1201/Frame1-VIOS2/2//fcs0,1102/Frame1-VIOS1/1//fcs7,1202/Frame1-VIOS2/2//fcs7",source_msp_ipaddr=10.C.D.209,dest_msp_ipaddr=10.C.D.214'

清单6显示了来自VM（进行了迁移）的错误日志（errpt），其中提到了LPM操作的开始和完成时间。

清单6.输出2 –来自VM的错误日志条目

IDENTIFIER TIMESTAMP  T C RESOURCE_NAME DESCRIPTION
A5E6DB96   0421162116 I S pmig          Client Partition Migration Completed
08917DC6   0421162116 I S pmig          Client Partition Migration Started

图7显示，通过使用MSP IP地址，我们能够在源帧和目标帧上加载已标识的VIOS（即VIOS2）。

图7.源和目标MSP上的CPU使用率视图

图8和图9显示了源MSP和目标MSP上网络资源的加载。 使用MSP IP地址，我们可以使用每个MSP上的LPM流量来精确控制已标识的SEA-2（即ent13）的加载。

图8.源MSP上的网络使用情况视图

图9.目标MSP上的网络使用情况视图

从上面的nmon图表中我们注意到，使用MSP IP地址来启动LPM操作可确保所需的VIOS实例和SEA分别加载了LPM操作的CPU和网络工作负载。

结论

在本文中，我们演示了两种情况。 在第一个中，我们使用了移动器服务分区名称来启动LPM操作，它仅允许我们确保LPM进程为CPU加载了所需的VIOS。 但是，在选择要使用的网络资源时，它并不能给我们任何控制。

在第二种情况下，我们使用了移动服务分区IP地址，并且很容易理解使用服务IP如何控制网络基础结构（SEA和物理端口）的选择，以加载LPM流量突发（也可以理解为对隔离其他SEA）。

通过为LPM操作指定MSP IP地址，管理员可以更好地控制LPM流量，并且精心选择网络资源可以带来最佳性能（通过使用标识的空闲资源），并将繁重的LPM流量与其他工作负载隔离开来。

翻译自: https://www.ibm.com/developerworks/aix/library/au-aix-gain-better-control-lpm-resource-consumption/index.html