在 Hyper-V 上使用 SQL 的应用程序。将它们分开还是全部放在一台服务器上？

Question

我们很快将迁移到具有数据中心许可的 Hyper-V 集群，并将能够在需要时启动多个虚拟服务器。我们有大约八个使用 SQL 数据库的应用程序。为每个应用程序设置单独的 SQL 服务器，而不是让所有应用程序都运行在一个大型 SQL 服务器中，这有什么优缺点吗？

Answer 1

在这种情况下，这在 HyperV 上主要是个障眼法。使用与在实际硬件上的相同或不同实例上放置不同的 SQL 数据库相同的标准来处理它。

1. 系统性能限制 - 内存、IO、CPU、线程/进程等。如果将所有数据库放在一起会影响您的性能，则扩展到不同硬件上的更多实例（或使用 VM，如果可能则扩展您配置的硬件。）

2. 其他标准，如备份窗口、计划作业、集群，通常是上述标准的扩展。安全性通常不是问题，除非您有不同的数据库需要从不同的不受信任的域进行身份验证。

根据您的评论：如果您现在在一个实例上执行所有操作并且没有问题，继续在大小合适的虚拟机上执行此操作。添加更多虚拟机只会将更多资源用于额外的操作系统实例。您会对一个数据库进行哪种维护，而这会影响其他数据库？除非您在一个数据库中执行重新索引之类的操作，而这会影响其他系统的性能，并且它们没有重叠的维护窗口或允许降低性能的时间段。这就是我说这样做的唯一真正原因是出于性能原因。否则，请尝试合并。