我试图在网上阅读大量文章，并相信我是“看到光明”，但是我想确认一下。
Windows Server故障转移群集是否提供类似于VMWare FT的容错function？
我们有一个服务器应用程序，可以维护与各种设备的networking连接，并在客户端和设备之间实时传输数据。 与连接和设备有关的大量configuration和状态数据保存在RAM中，并且不会写入磁盘。
VMWare FT似乎为这种types的应用程序提供了一个可行的容错解决scheme，因为它可以保持配对的虚拟机处理彼此locking，并在硬件故障中将数据保存在RAM中。 据推测故障转移也将足够快，以维持networking连接到我们的设备。 我们知道它不能防范应用程序或操作系统级别的故障。
我还没有在WSFCfind类似的能力，但是我读过的一些论文也有几年了，所以我认识到我可能没有最新的信息。
感谢您提供的任何信息。
首先，如果一个节点发生故障，请问这种应用程序需要什么样的恢复时间目标（RTO）。 请记住，接近零可能会有成本和限制。
VMware FT确保VM状态保持同步，以便操作系统继续运行。 这有很大的同步挑战。 它需要一个恶意的networking连接，并且vCPU的数量是有限的。
Windows Server故障转移群集不等同于FT; 我还没有看到微软的FT解决scheme。 WSFC在OS实例之间移动一个服务，并短暂中断。
VMware HA和类似的pipe理程序function将虚拟机移动到另一台主机，并在操作系统发生故障时启动。 也是短暂的中断。 靠近故障转移群集，但移动整个虚拟机。
你所描述的是有状态的服务。 反对像web服务器这样的无状态服务。
是的，Windows故障转移群集支持有状态的服务。 您应该进一步阅读故障转移群集和您的服务的文档，以了解您的服务是否符合要求。
为了适合故障转移群集，服务或应用程序必须具有某些特征。 最重要的特点包括：
- 该服务或应用程序应该是有状态的。 换句话说，服务或应用程序应该具有长时间运行的内存状态或大的，频繁更新的数据状态。 一个例子是数据库应用程序。 对于无状态应用程序（例如Web服务器前端），networking负载平衡可能比故障转移群集更合适。