我正在研究一个新的Windows 2008 R2 / SQL Server R2高可用性集群，我们正在计划在VMware ESX 5中运行这个。我已经阅读并听说了在ESX内部使用SQL集群的不同观点，有些人似乎认为其他人不要。 我们将为此运行专用的主机，SAN和networking，因为我们对于核心应用程序非常沉重，我希望听到人们对这是好还是坏想法的看法。
我们目前正在生产中几乎没有问题。
VMware有关于虚拟MSCSconfiguration的知识库文章：
查看您的vSphere版本的适当集群指南PDF。 特别是，如果您要跨主机进行群集，请注意支持matrix。 请注意以下几点：
还要注意指南中的其他设置限制。 如果你遵循他们的指示，configuration相当简单。
这个网站是关于事实不是意见，但我确实做你想做的事情，而不是在生产，我使用锡，但对于testing/开发环境，它的工作绝对好。 有很多不同的方法可以做到这一点，我们使用基于FC的RDM，但还有其他方法 – 无论是哪种方式，第一次安装都可能非常棘手，但是仍然可以正常工作，只要不是资源有限performance也不错。 希望这可以帮助。
我已经做了一个轻松使用的数据库实例，支持一些相当简单的网站。 我遇到的主要问题是iSCSI设置全部正确 – 我最终使用vSphere iSCSI客户端，然后将LUN映射到虚拟机。
也就是说，我们已经在新的一年中部署了一些新的应用程序，这将大大增加数据库的IO需求。 因此，我将要把集群从虚拟化的环境中迁移到具有HW iSCSI卡或FC（尚未决定/费用）的专用硬件上。 虚拟化带来了一些很大的好处，但是也会带来一整层的复杂性，尤其是性能方面。
如果你有套件/预算，它是一个生产实例，我会直接在硬件上运行除了一个非常轻微加载的SQL集群之外的任何东西。 如果它是一个开发/testing环境，我倾向于跳过集群方面并运行一个单一的SQL实例作为一个虚拟机。