主页 / server / 问题 / 579511
Accepted
dqnet
Asked: 2014-03-04 07:57:36 +0800 CST

SQL 集群或 Hyper V 集群

  • 772

我们将很快实施我们的 Dynamics AX 安装。我们的目标是获得高可用性，并且我们正在与我们的实施者密切合作。

我们向他们提出了有关 SQL 和 Hyper-V 集群的问题。他们建议，在完整的虚拟化平台上运行时，没有真正的理由在应用层 (SQL) 进行虚拟化，只需在 Windows Server 中设置 Hyper V 集群并在 LUN 到后端创建 SQL 和所有其他相关的应用程序 VM存储（在我们的案例中为 HP P2000），并且仅使用 CSV 在高可用性模式下运行 VHD 文件。

这是真的？还是我们应该在 VHD 级别单独集群 SQL？

非常感谢！

virtualization

2 个回答

  1. Best Answer

    他们建议，当在一个完整的虚拟化平台上运行时，没有真正的理由在应用层进行虚拟化

    这是有潜在危险的建议。Hyper-V 集群允许在发生硬件故障时实现高可用性——仅此而已。

    在出现 BSOD、Windows 更新失败、应用程序故障或任何其他与硬件无关的故障模式时，来宾集群允许操作系统级别的高可用性。它还允许您修补这些系统和应用程序，而不会导致应用程序停机，这对于诸如 Dynamics 安装之类的东西可能很重要。

    有很多配置在使用虚拟机管理程序级别集群时添加来宾集群没有意义，因为在操作系统故障的情况下您可以从备份中恢复，但是说它永远不需要，因为在虚拟机管理程序上完成集群充其量只是粗略的建议。它们在串联使用时最有效。

    • 5

  2. 他们建议，当在一个完整的虚拟化平台上运行时，没有真正的理由在应用层进行虚拟化

    无能。就这么简单。

    这完全取决于您的要求。以及你是如何做到的。

    SQL Server 级别的标准集群是主动/被动的，当另一个失败时将重新启动 sql server 实例，这仍然应该比重新启动 VM 更快。

    SQL Server 替代方案是高可用性组，它具有 2 个存储空间的优势，因此如果一台服务器关闭数据库文件，那么另一台机器可以接管。无需共享存储。

    这真的取决于你需要什么。

    这也取决于修补；）当您修补包含 SQL Server 的 VM 时 - 这可能是停机时间。你能做到吗？（计划停机时间、维护窗口）。

    通常，像您所说的“没有真正的原因”是无能或沟通不畅-有多种原因。问题是它们是否与您相关。我们不能决定。但是有充分的理由不使用 CSV 并为 SQL Server 中的高可用性组使用复制的本地存储。

    • 3

相关问题