VMware高可用性问题

文档中定义了每种技术的vSphere行为。 但是，您对这些技术的devise似乎有错误的看法。 VMWare HA和VMWare FT的devise主要是为了在发生主机故障时提供guest虚拟机的可用性。

VMWare HA

如果主控主机无法直接与从属主机上的代理进行通信，则从属主机不响应ICMP ping，并且代理不发送心跳，则认为该主动失败。 主机的虚拟机在备用主机上重新启动。 如果这样的从属主机正在与数据存储区交换心跳信号，则主控主机会假定它处于networking分区或networking隔离状态，因此会继续监视主机及其虚拟机

VMWare FT

如果运行主虚拟机的主机发生故障，则会发生透明的故障转移，在这种情况下，将立即激活辅助虚拟机来replace主虚拟机。 启动新的辅助虚拟机，并在几秒钟内重新build立容错冗余。 如果运行辅助虚拟机的主机发生故障，它也会立即被replace。 无论哪种情况，用户都不会遇到服务中断，也不会丢失数据。

在你的具体问题上：

1. 为高可用性（HA）configuration的故障虚拟机会发生什么情况？ 容错（FT）？ 它会自动停止并释放其资源（但重新启动（HA）或次级实例接pipe（FT））？

VMWare HA和FT适用于恢复主机故障。 您不configurationHA的虚拟机 – 您configuration主机。 在主机发生故障时，HA将在不同的主机上重新启动guest虚拟机。 vCenter还可以执行有限的访客心跳监视（使用VMWare工具），这也可以触发在同一主机上重置访客计算机。 在这两种情况下，这不是一个干净的closures，并被视为崩溃一致的关机/重新启动周期。

FT创build一个与源代码同步运行的重复访客。 如果发生主机故障，则辅助来宾将自动接pipe，并且vCenter将创build一个新的辅助（如果可能）。 来宾心跳监控没有完成，因为任何导致主要挂起的变化将被重复在次要的。 FT在发生主机故障时严格为客人提供访问权限。

2. debugging发生故障的虚拟机的典型方法是什么？ 通过日志或VMware VM监视UI？ 会通知用户虚拟机故障？

往往如此，这取决于。 典型的故障排除/debugging包括看到错误信息 如果你想超越一般的故障排除技术，可能会超出本网站的范围。 客人的最终用户不会被通知。 如果在vCenter中有警报设置和正确configuration，或者您正在使用其他第三方监视工具，则可以通知vCenter的pipe理员。

3. 是否有可能克隆一个虚拟机重新启动或故障转移到后来debugging发生了什么？

由于HA和FT都适用于HOST故障，所以在内置技术的范围内是不可能的。