我有下面的一些问题 – 试图把他们尽我所能。 如果您对我的post不满意，请发表评论，解释为什么您低估了这一点，这样我可以在将来发布时做得更好。 这是我的问题（我的大问题是第二段）：
如果我们要使用Server 2012，那么在运行VDI和RDS的海量虚拟化环境中，我们是否能够在没有SAN的情况下获得高可用性（HA）和可靠性？
我们有很高的交易应用程序与Microsoft SQL，如Exchange，SharePoint等需要高可靠性和可靠性 – 有没有另一种方式得到它，而不使用SAN？ （编辑：或者我想我想说的是 – 我们可以消除一个SAN，并且仍然具有HA和Microsoft SQL和Exchange的可靠性吗？2012年，Hyper-V与此有关吗？）
我的主pipe听说，使用Server 2012，您可以做类似的事情，并将两台服务器连接在一起，实现HA和可靠性 – 这是真的吗？ 它是如何工作的？ 谢谢！
是的，您可以在不使用共享磁盘解决scheme的情况下为您列出的所有服务实现高可用性。
阅读这些主题，你会知道是否要使用它们，或者如果你需要集群来提供容错。 上面列出的所有技术都需要手动干预或使用一段时间来转换。
Hyper-V 2012仅在使用常规TCP / IP的主机之间引入了实时迁移和副本。 但是，它不是聚类。 当某些事情中断时，您仍然会停机，因为您必须启动副本。
另外 – 请记住，群集服务不能实时迁移，因为当它们在磁盘I / O中暂停时，它们会立即发生BSOD。 Exchange DAG和SQL AlwaysOn使用群集来保持同步，而无需共享存储。
BlueToast，pauska说的是，如果你没有共享存储，你不能从你的虚拟化层获得HA。 在许多情况下，您可以在应用程序层使用HA。 因此，不要期待Hyper-V提供HA，而要查看VM中的软件。
这样，Server 2012可以使用文件服务器作为必要的共享存储，只要该文件服务器使用SMB 3.0（随Server 2012一起提供）。要获得真正的HA，您需要将文件服务器实现为文件服务器群集。 只要连接到文件服务器群集的存储是对称连接的，您就可以使用Server 2012来完成此操作。 虽然这可能会让您怀疑在文件服务器中是否需要SAN，以避免连接到Hyper-V的SAN，但事实并非如此。 您可以使用更便宜的共享SAS JBOD。
如果使用共享SAS创build该文件服务器群集，则可以在Hyper-V层使用HA，然后可以select放弃在应用程序层设置HA。 哪种解决scheme对您最有意义，应该视情况而定。 在应用程序层做事通常涉及更丰富的select，但是迫使您为每个应用程序使用不同的解决scheme。 在虚拟化层做事情往往会让你对许多应用程序使用相同的策略，但是对于虚拟机中发生的事情有一些更加不透明的观点。