​ ​​ ​

​ ​

​转载请在文首保留原文出处：​​EMC​​中文支持论坛​​https://community.emc.com/go/chinese​

​ ​​ ​

​ ​

​ ​

​本文的创作灵感来自于​​EMC​​中文技术社区的一个真实的客户答疑，主题是关于“​​vnx5500​​在​​vmware ​​进行​​vMotion​​时的问题”。这些问题应该已经解决了，作者特此将其整理成文，以飨读者。​

​ ​

​ ​

​ ​

​客户的问题是​​:​

​ ​

​为什么我的​​vnx5500​​在​​vmware ​​进行​​vMotion​​时，还是数据从​​fc​​交换机走的流量，不是应该在存储内的吗，需要特殊的配置吗？​

​ ​

​我的情况是这样​​ 2​​个​​vmfs, vmfs3 ​​在​​spa​​，​​vmfs4​​在​​spb​​。​

​ ​

​我对虚机进行​​storage vMotion ​​从​​vmfs3 ​​到​​vmfs4​​，如果​​vaai​​启用，正常的话是否就应该没有虚机所在主机​​ fchba ​​产生高流量，并且​​2​​个​​spa​​的​​ fcsan​​交换机接口也不会产生高流量。在​​storage vMotion​​时产生高流量就说明没有​​offload​​到存储加速。​

​ ​

​ ​​ ​

​ ​

​ ​

​这种现象只有在​​vsphere5.1​​才能看到。​

​ ​

​以前的​​vMotion​​不会在不同的​​datastore/LUN​​之间迁移虚拟机，要求​​ESXi​​主机必须访问同一个​​datastore/LUN​​。​

​ ​

​5.1​​的​​vMotion​​的增强功能是在把虚拟机从一个​​ESXi​​主机迁移到另一个​​ESXi​​主机时，即使他们访问的是不同的​​datastore/LUN​​，也能顺利迁移，因为这里结合了​​storage vMotion​​技术。​

​ ​

​如果源和目标​​datastore/LUN​​在同一个阵列里面，那么是不会有流量经过交换机的。所以，你的两个​​datastore/LUN​​必然是在不同的阵列里面。​

​ ​

​我们​​检查了下​​esx​​的​​vaai​​情况确认是打开并且支持的​

​ ​

​naa.600601604ad03100e807b43f20ffe111​

​ ​

​ VAAI Plugin Name: VMW_VAAIP_CX​

​ ​

​ ATS Status: supported​

​ ​

​ Clone Status: supported​

​ ​

​ Zero Status: supported​

​ ​

​ Delete Status: supported​

​ ​

​ ​​其它有特别的地方是我在​​esx​​上面都安装过​​powerpath/ve ​​，并且目前的路径管理​​plugin ​​是由​​powerpath​​接管的，安装了​​powerpath​​后在路径管理里面是识别不出存储类型的，如下图：​

​ ​

​ ​

​我​​VAAI​​已经默认在所有的​​VNX​​上是启动的，你不需要安装任何​​enabler​​或者其他行动来启用它。​

​ ​

​在​​vSphere client​​上面你应该能看到​​datastore​​支持硬件加速。​

​ ​​ ​

​VMkernel​​中有几个必要组件能使​​VAAI​​正常工作。​

​ ​

​其中第一项是插入存储架构（​​PSA​​）装置过滤器框架。没有​​PSA device filter framework​​，​​VAAI​​的存储阵列类型的策略（​​SATP​​），就必须实施在每个阵列的基础上。​​ PSA​​装置过滤器框架的实施能减少重复代码在​​VMkernel​​中节省内存空间。此外，如果​​VAAI SATP​​实施了，它会阻止其他第三方的插件，如​​EMC​​的​​PowerPath​​，来使用​​offload​​。​

​ ​

​第二个需要的组件可以被称为​​VAAI​​插件特定的​​VAAI filter​​。它实现了供应商特定的​​VAAI​​功能如​​ATS​​，​​XCOPY​​和​​WRITE_SAME​​的。​

​ ​

​ ​

​所以要在​​LUN​​上使用​​VAAI​​功能，你必须同时为每个设备启用​​PSA​​装置过滤器和一个特定于供应商的​​VAAI​​插件。​​ VMware​​有一个单一的​​PSA​​装置过滤器插件叫做​​VAAI_FILTER​​。如果设备支持​​VAAI offload​​，它首先将被​​VAAI_FILTER​​认到。​

​ ​

​检查一下你的​​datastore​​是不是被​​VAAI_FILTER​​识别。​

​ ​

​ ​

​基于​​VAAI​​的功能，它使​​ESX​​主机把特定的虚拟机和存储管理操作卸载到阵列中。如果操作中涉及的两个​​LUN​​所在的​​SP​​不同，会发生​​I / O​​重定向。重定向的数量达到一定的阈值时，重定向将执行一个内部的​​trespass​​，以优化​​I / O​​负载。如果有很高的应用程序​​I / O​​和​​VAAI XCOPY​​的​​I / O​​，那么可能​​LUN​​将来回​​trespass​​。​

​ ​

​在这个过程中，​​PowerPath​​将接收到一个消息，告知发生了什么事。由于​​PowerPath​​没有办法分辨是否负载变化了，​​PowerPath​​无法恢复以前的​​LUN​​所有权。​

​ ​

​VMware​​的操作（克隆，部署​​VM​​模板等）从一个​​LUN​​到另一个​​LUN ​​，在两个​​SP​​之间会出现这种情况。​

​ ​

​此行为是设计导致。作为一种最佳实践，强烈建议针对这样的​​VMware​​的操作，使用拥有同样​​SP​​的​​LUN​​。​

​ ​​ ​

​ ​

​ ​

​ ​

​ ​

​ ​

​ ​

​ ​

​ ​

​ ​

​ ​

​ ​

​ ​