我正在听取我的系统管理员同事对我的情况的看法。我想我已经想到了要点，但想听听别人的意见。
我有一个由 5 台物理机组成的 ESXi5 集群：4 台在 DRS 池中，1 台备用用于 DR。万一我们需要 Vmotion 来在尖峰期间分散负载，则没有任何内容。它对于维护窗口也非常方便。
我们有一个数据库服务器，随着业务的增长开始得到更多的使用（好事！）。现在已经到了我想将数据库服务器从集群中取出并将其移动到其自己单独的物理硬件的地步，因为我目前无法为其提供足够的虚拟化资源。我有两种想法是否要在上面安装 ESXi，因为 ESXi Hypervisor 的开销很小，然后我可以将这台机器添加为我们集群的一部分，所以如果出现任何问题，我们还有另一台服务器来支持它。
另一方面，我想我可以只安装 Windows 2008R2 并使用 MSSQL 数据库自行托管它，因为随着时间的推移，我认为我们可能会走上数据库复制的道路。将没有本地存储，因为这都是基于 SAN 的。
任何人都可以预见将其作为虚拟主机托管的任何问题吗？
编辑
编辑我接受了 Jeremy 的回答，因为这激起了我的一些想法并引导我找到了解决方案。我将把它作为虚拟机保留在下面，这是我打算做的。我将在我们的 2 个服务器中添加另一个 ~100GB RAM，以防万一一个失败，集群中仍然有足够的资源。我将设置 DRS 以对此应用亲缘关系并允许更多 vCPU 和网络流量并将其限制为单个主机，除非出现故障。
这是检查数据库服务器指标的情况。您有任何性能图表要分享吗？填写有关您的设置的一些信息。
您正在使用 VMWare分布式资源调度(DRS)，因此我假设 vSphere 集群的负载已得到有效平衡。鉴于此，将服务器隔离到它自己的硬件上（作为 VM）会得到什么？这是假设分配给数据库 VM 的资源是机器可用资源的一小部分。DRS 的存在还意味着您可以为数据库 VM 提供 8 个 vCPU 和 64GB RAM。
应用端的瓶颈在哪里？
在下面写下我的迷你分析后，我认为你应该保持虚拟化，并将该 DR 主机添加到集群中进行引导（我真的能想到 ESXi 中的热备用没有真正的优势）
将数据库服务器保留为 VM 的优点：
上述这些原因是虚拟化的一些标准的、众所周知的和公认的优势。
由于数据库服务器的存储是基于 SAN 的，因此我们可以在很大程度上将其排除在外。
保持虚拟化的缺点是您必须为其资源支付 VMWare 许可费用。在物理盒子上，您只需安装 Windows 即可。
如果您的数据库服务器受到网络 I/O 的限制，您可以只升级一个 ESXi 主机中的 NIC，并设置 DRS 亲和性规则以在该主机上运行该 VM，除非该主机不可用。
如果您受 RAM 限制，则无论如何都必须添加更多 RAM。