Sql server VMware上的SQL Server

请原谅这个长问题，这是我第一次进入董事会

我刚刚加入了一个在VMWare主机上运行关键任务SQL server 2012的组织，在同一个物理机箱上运行另外9个（至少）VM（主要是web服务器和批处理服务器）

物理盒子是一个怪物。我目前没有确切的CPU和内存，但它很大。磁盘是分层的，因此第1层是纯SSD，第2层是带SSD缓存的SAS，第3层更慢。我相信故障切换是在VM级别提供的

我们没有庞大的IT团队，也没有在VM和SQL级别有经验的人。因此，我们遇到了一些僵局

我本人（拥有25年的开发经验）和我们经验丰富的合同DBA认为，一个更简单、更易于管理的更好的解决方案是避免数据库盒的VM路径

SQL server（以及我们实现它时它的集群对应物）应该位于单独的物理盒上。其中一个原因是，DBA希望水平剥离一些较大的表，而我们的基础架构团队表示，在当前设置下，每个NDB文件不可能有单独的驱动器。我们可以将当前年份的数据放在第1层，将较旧的数据放在第2层

通过阅读VMWare最佳实践，主机实际上应该只包含SQL server实例，但是我们在那里安装了各种VM

可以想象，当经济放缓时，很难确定确切的问题

我们的基础架构团队坚持认为这是一种有效的配置，但老实说，我和我们的DBA在40多年的经验中从未见过类似的配置。我们建议的解决方案需要至少持续3年，然后再开始查看配置

注意：我们的团队由4名基础设施人员组成（当前配置的主要支持者是该团队中的一名，从学校开始就在这里工作），支持团队和开发人员中的一些人（4），我（系统开发经理）和一名与一些大型公司合作的合同DBA。我们并没有一个运营部门，我通常希望这个部门了解虚拟机的所有情况

我的问题是（并将其视为成本不是主要问题）

当前配置是否为良好设计/最佳实践

当前配置有什么好处吗

我们在不同的站点上有两个物理集群SQL盒，也许还有一个镜像的VM主机，上面有web服务器，可能还有一些服务机器，这样不是更好吗

如有任何帮助或建议，将不胜感激

---

谢谢

我还想问一个广泛的问题：只要您有没有I/O绑定的快速磁盘，SQL Server作为虚拟机就可以了。阅读Brent Ozar的博客，了解有关SQL Server和虚拟化的重要提示。确保物理主机在空闲时的CPU速度不会降低，并在主机上为SQL server内存设置内存保留