二、 VMware HA测试验收

　　目前为止，HA已创建好，节点也有了两个，虚拟机也在其中一个节点安装了，接下就是要真正进入验证的过程。

　　在一个节点(ESX主机)失效时，为了更好的显示出效果来，需要一直PING着虚拟机。以还回的值来判断。此场景中通过重新启动虚拟机Windows2003所在的宿主主机Esxtwo来实现故障的转移。

　　1、点击右侧面板的"esxtwo.it168test.com"，右键，重新引导。一段时间后，在下侧的"近期任务"中，可以看到关闭已完成。(图4)
 

▲

　　2、在esxtwo主机重新启动的过程中，再看虚拟机windows2003的摘要信息，很清楚的显示已在esxone.it168test.com上运行，并保持启动的状态。同时，亦可看到在打开的ping命令窗口中有几次回应时间超时。(图5)
 

▲

　　3、再选择esxone.it168test.com这台ESX主机，然后查看虚拟机信息。也可以看到此时上面有虚拟机在运行。而且，此时ESX主机esxtwo并没有虚拟机在运行。(图6)
 

▲

　　4、下图显示了虚拟机在整个故障转移过程中的状态。中间有不少的时间超出。在实际生产环境或是真实的物理硬件中也许不会有这么长的服务中断的，主要是由于此次的实验环境的性能及架构设计等原因造成的。(图7)
 

▲

　　5、故障转移后的虚拟机在其之前的宿主ESX主机开启后，还会转移其上吗。在此次实验中，并不会(但有书上写仍会)。如果想转移到原先的ESX主机上，可以采用VMotion的方式。也就是迁移。这样子在服务不中断的情况下，可以较好的实现虚拟机迁移。如果有多台ESX主机作为群集的节点。并且DRS有启用。可以选择更适合的"宜居地"。

　　和VMware HA及把ESX主机添加其上的建置一样，本章节的操作步骤亦录制了有声视频，通过视频可以详细的观察到每个步骤的细节。需要说明的是，为了证明上述"5、故障转移后的虚拟机在其之前的宿主ESX主机开启后，还会转移其上吗。"这个视频录制时间有点长达10分钟，但结果并没有显示出来。这里可以告诉大家，在本次动手实验中并不会再迁移到原来的主机上。视频观看地址：HA的实现