首先需要声明的时Master主机通过安装在GuestOS上的vMwareTools监控Virtual Machine的心跳，当他发现Virtual Machine心跳丢失或者VMX文件损坏后会将该虚拟机在其Host主机上原地重启。
3.Application故障
像GusteOS一样，要求GuestOS上必须要有vMwareTools，发生故障后会原地重启Virtual Machine然后再重启Application，但要求Application满足vMware应用程序开发标准ISV，目前几乎没有程序支持。或者借助vMware的Application HA对应用程序进行高可用保护，目前支持SQL、Tomcat等应用程序。
4.网络心跳故障
前面在介绍默认网关的时候提到过，网络心跳异常有Partition和Isolation 2种情况，下面针对这2种情况作详细介绍：
（1）Partition（分离），场景如下图所示
起初Cluster中的网络心跳是正常的，但是突然间网络由于其他原因被分成了2块，处于右半部份的2个Slaver主机无法连接Master主机，存储心跳也是正常的，也可以连接隔离地址，此时Partition的条件被触发，右边的2台Slaver主机会进行选举，产生出1台的Master主机，但并不意味着右半部份具备vSphere HA功能，尽管他有Master主机。前面我们提到过1个Cluster只能存在1个Master主机，新产生的这台Master主机无法从vCenter那里获取到Protect List，所以右半部份的vSphere HA功能是无效的。当Partition状态消除后，2台Master之间会重新进行选举来确定最终的Master主机。
（2）Isolation（隔离），场景如下图所示
当网络心跳发生故障，Slaver主机无法连接Master主机，也无法连接隔离地址，但是存储心跳是正常的，此时会触发Isolation，Esxi会认为自己被隔离了，依照策略执行操作，策略分为leave power on，shutdown和reboot，缺省情况下的策略是leave power on。