我想要听听我的系统管理员同事对我的情况的看法。我想我已经想到了这些要点，但想听听别人的意见。
我有一个由 5 台物理机组成的 ESXi5 集群：4 台在 DRS 池中，1 台备用用于 DR。如果我们需要 Vmotion 在峰值期间分散负载，则无需任何设备。这对于维护窗口也非常方便。
我们有一个数据库服务器，随着业务的增长，它的使用率开始提高（这是一件好事！）。现在到了我想将数据库服务器从集群中取出并将其移动到自己的独立物理硬件的地步，因为我目前无法为其提供足够的虚拟化资源。我犹豫是否要将 ESXi 安装到此服务器上，因为 ESXi Hypervisor 的开销很小，然后我可以将此机器添加为我们集群的一部分，因此如果出现任何问题，我们还有另一台服务器来备份它。
另一方面，我认为我可以只安装 Windows 2008R2 并使用 MSSQL 数据库来单独托管它，因为随着时间的推移，我认为我们可能会采用数据库复制的路线。由于这一切都基于 SAN，因此不会有本地存储。
有人能预见到将其作为虚拟主机托管会带来什么问题吗？
编辑
编辑我接受了 Jeremy 的回答，因为这激发了我的一些想法并让我找到了解决方案。我计划将其保留为下面的 VM。我将在我们的 2 台服务器中添加另外约 100GB 的 RAM，这样即使一台服务器发生故障，集群中仍有足够的资源。我将设置 DRS 以对此应用亲和性并允许更多 vCPU 和网络流量，并将其限制在单个主机上，除非发生故障。
答案1
在写完下面的简短分析后，我认为您应该将其保持虚拟化，并将该 DR 主机添加到群集中以进行启动（我认为 ESXi 中的热备用没有真正的优势）
将数据库服务器保留为虚拟机的优点：
- 更高的可用性（虚拟机可以在任何主机上运行，只要主机可以提供足够的资源）
- 更大的灵活性（灾难恢复更容易，备份可能更容易，具体取决于您当前的备份方式）
- 服务器操作系统的使用寿命得到延长，因为它不再与物理硬件绑定。当然，你可以使用 P2P 或 P2V 等任何方式，但这会增加后续的复杂性。
上述原因是虚拟化的一些标准、众所周知和公认的优点。
由于数据库服务器的存储基于 SAN，因此我们可以在很大程度上将其排除在外。
保持虚拟化的缺点是您必须为其资源支付 VMWare 许可费。在物理机上，您只需安装 Windows 即可完成。
如果您的 DB 服务器受到网络 I/O 限制，您可以仅升级一台 ESXi 主机中的 NIC，并设置 DRS 亲和性规则以在该主机上运行该 VM，除非该主机不可用。
如果 RAM 有限，则无论如何都必须添加更多 RAM。
答案2
这是检查数据库服务器指标的案例。您有任何性能图表可以分享吗？请填写一些有关您的设置的信息。
- DB 服务器的资源占用是多少？RAM 是多少？vCPU 数量是多少？
- 您目前如何处理 DB 虚拟机的存储？VMDK？RDM？
- 您的 ESXi 主机的规格是什么？CPU 类型？CPU 速度？RAM？
- 集群中还有什么正在运行？
- 存储阵列的规格是什么？
您正在使用 VMWare分布式资源调度（DRS），因此我假设 vSphere 集群的负载已得到有效平衡。考虑到这一点，将服务器隔离到其自己的硬件上（作为 VM）会有什么好处？这是假设分配给数据库 VM 的资源是机器中可用资源的一小部分。DRS 的存在还意味着您可以为数据库 VM 提供 8 个 vCPU 和 64GB RAM。
应用端的瓶颈在哪里？