客户引导你，还是你引导客户？

同样是最近实施的一个VMware服务器虚拟化的项目，在一项功能测试上本人被客户引导到一个”虚无的角落“画圈圈。

首先来介绍下群集的网络连接图

群集cluster01上有两台ESXI物理服务器，分别为HostA和HostB，HostA和HostB都有两块网卡，分别连接到两个不同的二层交换机做冗余链路，网卡连接方式在前篇的文章中有提到，简单说就是vmotion和管理网络在不同的网段，互为冗余，HostA上有一台虚拟机命名为VM01，HostB上有一台虚拟机命名为VM02，群集启用了HA（高可用性）和DRS（动态资源调度）。

相信大家对HA（高可用）都听得很多，开启该功能后，HostA服务器当机了，HostA上的虚拟机VM01会迁移到HostB上自动启动运行。

那么客户问了，假如拔掉HostA的跳线1，是否影响虚拟机VM01工作，假如拔掉HostA上的跳线1和跳线2，虚拟机VM01是否迁移到HostB上工作，面对客户的提问，果断提交测试方案，测试的预期目标是这样写的，拔掉跳线1，虚拟机系统正常工作，拔掉跳线1和2，虚拟机自动迁移重启后正常工作，测试功能方案通过后，为了方便拔线，来到了冰冷的机房。

 

令我石化的测试过程就不说了，下图是我的测试结果

为什么拔线之后没有迁移了？毕竟用来检测心跳的管理链路已经完全断开了，难道VMware的功能有瑕疵？

 

由于未能达到预期目标，回到座位上静了下，回复了以下的内容给客户解释预期目标未达到的疑问：

原来在“主机隔离响应”中默认配置为“保持VM启动状态”，所以虚拟机能访问，但状态端口。

解释清楚了，我就疑惑了，拔二根跳线是测试什么功能啊，HA？ DRS？vMotion？

也许是因为平时听多了这句话，群集内一台服务器无法检测到另一台服务器的心跳信号，虚拟机就启动迁移。

所以这项功能测试是被客户引导测试的。而如果够专业冷静，我该把客户的需求往正常的测试点上引导。