我们目前有一个带有两个节点的故障转移sql集群。对于我们已确定对业务至关重要的新大型项目，我们的开发团队正在请求新的2节点故障转移SQL群集。
我们的服务器部门已经回复说他们不想为我们实现集群，而是雇佣多个虚拟机，每个虚拟机都安装了SQL服务器，指向同一个磁盘，所以如果一个失败，他们要么将它移动到一个新的主机，或者反过来带来另一个图像，因为它指向同一个磁盘，数据将保持不变。
我不是SQL服务器专家，只了解基本级别的集群，但有些东西告诉我他们提出的这个VM'想法'并不完全是企业解决方案。这听起来很像Micky Mouse。我出去吃午饭吗？我可以用什么样的论据来支持我的观点？
答案 0 :(得分：1)
为了确定是使用虚拟解决方案还是集群解决方案，需要详细说明容错要求。解决方案是否需要适应硬件故障，存储故障或实例故障？如果服务器出现故障，恢复过程应该是多么简单/复杂？什么是计划的硬件资源利用率？
虚拟和群集解决方案都将提供硬件容错。 SAN存储可能会覆盖存储容错。
应用程序是否需要在发生故障后立即启动？如果它在半夜失败，则需要进行多少级别的交互才能恢复应用程序。它应该是自动的还是手动的？如果它需要是自动的，那么这应该是在技术中构建还是可以编码的东西？
根据上述问题的答案，虚拟或集群解决方案可能符合高可用性的需求。我建议制定要求，通常会指出适合的解决方案。
很抱歉，答案主要是问题，但他们会指出适当的解决方案。
答案 1 :(得分：0)
我同意你的意见 - 如果他们指向同一个磁盘，那么当磁盘发生故障时会发生什么？
如果他们谈论的是SAN而不是实际的磁盘，那么如果您认为SAN具有正确的容错能力，那么它可能是一个很好的解决方案。
答案 2 :(得分：0)
这都是关于钱的！如果您拥有具有大量VM的ESX服务器，则VM通常也位于具有多个群集节点的SAN上。因此，如果您有一个带有SAN后端的4节点VM群集，那么您可以在那里安装40个VM。你仍然容错，等等。
但是，经过SQL Server的虚拟化，它变得缓慢，纯粹和简单。我们没有获得IOPS或足够的内存和CPU。如果您需要适当的性能，比如说，对于高容量压力测试，请选择群集。请记住，您需要2台服务器，SAN存储以及SQL / Windows许可，因此您将面临艰难的战斗。 ： - （
我想我对这个问题很感兴趣。作为一名DBA，我喜欢我的服务器。我们的测试服务器仍然需要这个，但我们的开发服务器通常不太忙。你需要表演吗？ （当然，谁会说不）
答案 3 :(得分：0)
实际上这是非常普遍和可行的。虚拟机上的群集解决方案部署起来很便宜。更重要的是，SQL Server实际上是正式supported on Hyper-V：
支持SQL Server 2008 虚拟机环境正在运行 关于Windows Server中的Hyper-V角色 2008 R2和Windows Server 2008 标准，企业和数据中心 版本
唯一的问题是表现。显然，基于Hyper-V的部署将比裸机上的部署速度慢，但我看到许多网站在虚拟机上运行得很好。