托管服务商（MSP）的最大难处之一就是了解客户的想法。优秀托管服务商能发现客户口中想要的东西和他们确实想要的东西之间的细微差别，这是他们从那些只是走走过场的人之中脱颖而出的原因。

　　读懂客户的心颇具挑战，尤其是在他们坚持认为你进行了错误的配置，而你明白你做的事情正确时。

　　几乎在每一个控制面板中，你都能找到Hyper-V R2的配置错误。尽管这些都不是“会破坏数据中心”的错误，但错误地配置它们还是会危害客户的环境。下面就来看看在我的顾问生涯中一直出现的三大误导性错误吧！

　　1.不考虑结果就启用集群共享卷。

　　集群共享卷（CSV）是微软解决“每逻辑单元号（LUN）一台虚拟机”限制的方案，这曾经是Hyper-V R1中的问题。在LUN上启用CSV避用了Windows故障转移集群的无共享模式。它让Hyper-V主机能够协调到各个虚拟机间的访问。

　　尽管该配置看上去似乎是方案提供商改善管理的好办法，但没人愿意为每一台新VM创新LUN，而且启用CSV还会对将来造成影响。

　　首要影响是某些备份方案在启用了CSV的LUN上不起作用。它们的编号确实每天都在增加，但检验必不可少。

　　C:ClusterStorage是启用CSV的卷上的虚拟机存储位置，接下来，扫描该位置的某些杀毒软件可能导致问题。CSV还会是一个脆弱的文件系统，大体上来说，限制所有直接文件的访问并且允许Hyper-V的管理工具与虚拟硬盘进行互动是个不错的方法。

　　2.不进行虚拟化补偿就启动杀毒或重组。

　　CSV是一个你必须要谨慎对待的本地功能，但是杀毒和重组又是大家都用的另一组常用工具，与虚拟化配对时，它也无法在客户的环境中工作。

　　问题是资源经济学。由于沉重的资源消耗，杀毒和重组管理工具会是一个负担。启用这些工具却不用它们的处理器、内存和时间安排，这会导致它们的活动影响VM性能。

　　尽管在一台机器上开始一次扫描消耗的处理器资源占很少比例，把这个比例乘10或者更多的虚拟机会耗尽物理主机提供的所有资源。在为客户搭建Hyper-V R2架构时，不要忽略了这些工具可能对整体性能的影响。

　　3.占用的网络资源，既不生产也不存储流量。

　　用户一直占用他们环境中的网络资源，尤其是在网络存储是次要选择的环境中。现在大部分的环境已经将部分存储迁移或正在迁移至基于网络的存储区域网络（SAN）。网络设备价格下跌得厉害，即使是小型企业也有能力购买。

　　但是想比于将一台Hyper-V R2服务器连接到其虚拟机存储，将一台服务器连接到SAN对性能的要求少多了。这里的不同在于每秒输入输出操作数（IOPS），它代表连接的速度。当Hyper-V R2主机配置的存储连接速度不够快时，也就是IOPS不够时，该主机上虚拟机的速度会向爬行一般缓慢。

　　潜在的连接问题不只是限制存储。这一般是不太可能发生的事情，但是生产网络连接也可能受害。绝对不要通过相同的物理界面来配置生产网络和存储网络。你应该将存储流量及其网络接口卡（NIC）和生产网络流量及网络接口卡中隔离开来。

　　跨越完全不同路径的隔离会是更好的选择。不这么做可能导致环境中的存储消耗影响生产网络。且在这种情况下，每个人都会有所失。