EMC PowerPath多路径控制软件的部署和最佳实践

EMC PowerPath多路径控制软件的部署和最佳实践

好消息，EMC中文论坛里新一期的“专家问答”活动已开启。EMC PowerPath一款常用于在各类主机和存储系统间进行多路径控制、管理和优化的软件，实现负载均衡和故障切换。从12月10日（周一）开始为期两周的时间里，我们将和大家一起讨论和分享有关EMC PowerPath多路径控制软件的部署和最佳实践 的话题和心得。以往所有已完成的“专家问答”活动可参考这个汇总贴。 沙发，哈

请问 powerpath 最多只可以做两条冗余的路径吗？

应该是每个逻辑单元(LUN)最多可以支持32个通道(Path)，但是随着通道数量的增加，Powerpath需要消耗的系统资源也会随之增加。因此综合考虑冗余和计算性能的话，很少有用户会配置如此多数量的通道。

谢谢 偶这边是配置两路的 一般运作的时候 是负载均衡的吗？还是只是用一路主的另外的备用呢？

Powerpath会自动的做负载均衡。但需要注意的是，负载均衡不等于Round Robin算法，虽然这也是选择之一。Powerpath的负载均衡的考虑因素要复杂很多，不仅有I/O数量，还有I/O大小，队列深度，响应时间，等等，Powerpath会对每个I/O请求选择一条最优的通道，即使和上一个I/O请求是同一个。

powerpath在vmware上需不需要安装，谢谢，貌似vmware自带多路径软件！！！

VMware对存储的管理是通过ESX来实现的。

ESX的VMKernel有自带的故障切换和多路径管理，但仍然可以安装PowerPath/VE以实现ESX所连接存储的特有属性。

在VMWare (ESX以及ESXi)上的Powerpath软件为 Powerpath / VE，具体的安装方法是不一样的。并且管理工具(rpowermt)和许可证的管理方式也不同。

Powerpath/VE的管理由rpowermt命令控制，这个命令可以安装在一台windows或者Linux操作系统上，通过TCP/IP网络对Vmware进行管理。

许可证也有几种，不像传统的Powerpath都是单机的。安装配置方式根据许可证的类型(Served, Unserved)也有不同，过程相对要复杂一点。

上述详细情况请参考一下Powerlink或者Supportzone上面的文档。

哦，那安装好powerpath之后，vmware自带的多路径功能是不是要屏蔽掉？

VMWare有一个claimrule的功能，可以配置使用特定的软件来管理某一类阵列的设备。安装Powerpath/VE之后，EMC的阵列就会被Powerpath/VE管理了，没有被PP接管的设备才会被NMP接管。

哦，自动切换的，很方便！！

那么powerpath是要单独收费的嘛？

vmware的pp很贵！

记得好像AX、CX的连个sp应该是active-standby？，针对同一个lun的访问，如果两台链路一个到spa，一个到spb，这种情况下powerpath应该提供的是链路冗余（主备，并不负载分担）的功能？是不是负载分担应该是在多个lun的时候分布于不同sp owner的时候宏观上看到的是负载分担？还是别的理解？

但是实际上，有VMWARE的基本上没什么人再买powerpath吧？

AX、CX的连个sp应该是active-standby

对于主备模式，powerpath负载均衡的作用在于多条连接active SP的路径，对于passive SP是不发挥作用的。如果只有一条链路连接到active SP，就没有load balance这一说，但仍然有failover的功能。

再在A.Y的基础上补充一点关于各种操作系统自带的MutiPath工具介绍。让大家再全方位的了解一下各个操作系统的多路径控制软件。

基本上每个操作系统都会提供Native的MutiPath软件。主要有以下几种：

Windows Server

Windows Server从2003版本开始，微软开发了MPIO Framework，开始支持第三方存储阵列，使用Device Speicific Modules (DSMs)作为Framework的插件。Powerpath也是基于这个插件解决方案之一。

Windows Server 2008以后开始自带MPIO软件（由MS基于DSM开发），添加了基本的Load Balacing和Failover策略。

我在之前也些过关于Windows MPIO的介绍，有兴趣可以看一下：Windows Native MPIO存储多路径软件详解与应用 Redhat

Device Mapper Multipathing （DM-MPIO）是Redhat默认的多路径控制解决方案。它支持多数厂商的存储阵列，也包括EMC的存储。DM-MPIO是通过multipath.conf.default文件来进行配置，默认情况下该文件针对不同的存储阵列自动创建，比如VNX会被设置成ALUA Mode。 Round Robin会被设置成Symmetrix VMAX和VNX的默认模式。同时Round Robin也是Redhat5和6的默认运作模式。

VMware vPshere

ESX和ESXi提供了扩展的多路径模块，叫做Native Multipathing Plugin（NMP）。通常来说，VMware NMP对多数存储阵列进行支持（参考Vmare storage HCL）。NMP关联一组物理到存储阵列的物理链路，然后提供Failover等功能。NMP模块还提供了可选的路径选择插件，SATPs（Storage Array Type Plguins）和PSPs（Path Selection Plugins）。 SATPs支持不同存储阵列的路径。PSPs支持根据I/O负载来选择路径管理。 HP-UX

在HP-UX 11i v2或者更早的版本，HP StorageWorks Secure Path提供了Load Balancing和Failover功能。

在HP-UX 11i V3（11.31）之后，Native Multipathing被包括在操作系统之中。默认的load-balancing策略是Round Robin。 AIX

AIX的的多路径解决方案是path-control module）PCM。 支持的规则也是Failover和Round Robin策略。 Solaris

Solaris的MPxIO是Solaris中原生的多路径控制软件。同样支持两个Load Balancing策略，Failover和Round Robin。

最后可能大家有疑问，Powerpath和这些多路径控制解决方案相比的优势是什么。主要还是两点：1.针对EMC的存储更好的优化故障切换和负载均衡。2.性能上的优势，就像A.Y说的，同样条件下可以提升30%。

A.Y. 编写:

很多操作系统都自带多路径软件的，比如Linux上有DM-MPIO，AIX上有PCM/MPIO，Solaris上有MPxIO。这些操作系统也可以使用这些软件来控制对EMC阵列的多路径访问。但是Powerpath与其他厂商的软件相比，和EMC的阵列配合的更好。

按照Powerpath的产品说明，与VMWare的自带NMP相比，Powerpath能带来 ~30%的I/O性能提升。

power path 的一个命令<忘记了>有的时候会显示 路径dead 这个怎么解释呢？

powermt display dev=all可以看链路！死的链路应该就是掉线啦！重新扫描一下试试

\可以显示所有通道的状态，我们会看到有dead path是因为Powerpath无法使用这个通道来发送I/O请求。最常见的原因是因为链路问题，但也可能是因为设备配置的改变（比如LUN Masking的改变），以及其他一些软件原因。

遇到这样的情况，可以使用\命令来尝试进行恢复；或者使用\check\命令。两者的区别是“check”命令如果不能将通道的状态恢复，就会删除dead的通道。

如果上述命令不能解决问题的情况下，就要针对具体问题分析，该给EMC开case啦。

PowerPath发现dead 路径时有以下步骤可用于诊断和修复： 1. 检查新路径，如果显示dead paths，则删除已存在的dead路径： powermt check

2. 扫描磁盘设备，PowerPath会自动进行配置； powermt config