将虚拟机从虚拟机迁移到物理服务器

我从我的系统pipe理员那里看到了我的情况。我想我已经想过了，但是想要别人的意见。

我有一个由5台物理机构成的ESXi5集群：DRS池中有4个，DR有1个备用。如果我们需要Vmotion来传播负载，我们可以做到这一点。维护窗口也非常方便。

我们有一个数据库服务器，随着业务的增长，这个服务器开始得到更多的使用（一件好事！）。现在已经到了我想要将数据库服务器从群集中移出并将其移动到自己独立的物理硬件上的时候了，因为目前我无法为其提供足够的虚拟化资源。由于ESXi虚拟机pipe理程序的开销很小，因此我有两个问题需要考虑是否要安装ESXi，然后我可以将此计算机添加为群集的一部分，如果出现任何问题，我们还有另一台服务器来备份。

另一方面，我想我可以安装Windows 2008 R2，并使用一个MSSQL数据库来承载这一点，随着时间的推移，我认为我们可能会走下数据库复制的路线。将不会有本地存储，因为这都是基于SAN的。

任何人都可以预见到作为一个虚拟主机托pipe这个问题吗？

编辑

编辑我已经接受了杰里米的答案，因为这引起了我的一些想法，并导致我一个解决scheme。我将把这个作为一个虚拟机保留下来是我打算做的。我将在我们的服务器中增加另外一个〜100GB的内存，以防万一发生故障，集群中仍然有足够的资源。我将设置DRS对其应用关联性，并允许更多的vCPU和networkingstream量，并将其限制为单个主机，除非发生故障。

在下面写下我的迷你分析之后，我认为你应该保持虚拟化，并将DR主机添加到集群来引导（ESXi中的热备份没有真正的优势，我真的可以想到）

将数据库服务器保持为虚拟机的优点：

更高的可用性（虚拟机可以运行在任何主机上，提供主机可以提供足够的资源）
更大的灵活性（DR更容易，备份可能会更容易取决于你当前如何做你的备份）
服务器操作系统的生命周期被延长了，因为它不受物理硬件限制。当然，你可以使用P2P或P2V，但是这会增加复杂性。

以上原因是虚拟化的一些标准，众所周知和公认的优势。

由于数据库服务器的存储是以SAN为基础的，所以我们可以将其从大多数情况下排除在外。

保持虚拟化的缺点是您必须为其资源支付VMWare许可。在物理盒子上，你只需安装Windows，就完成了。

如果您的数据库服务器受限于networkingI / O，则可以只升级一个ESXi主机中的NIC，并设置DRS关联性规则以在该主机上运行该VM，除非主机不可用。

如果您受限于RAM，则不得不添加更多的RAM。

这是检查数据库服务器的指标的情况。你有任何性能图表分享？填写一些有关您的设置的信息。

数据库服务器的资源占用情况如何？内存？ vCPU的数量？
您目前如何处理数据库虚拟机的存储？ VMDK？ RDM？
ESXi主机的规格是什么？ CPUtypes？ CPU的速度？内存？
集群中还运行着什么？
存储arrays的规格是什么？

您正在使用VMWare 分布式资源调度（DRS），所以我假设vSphere群集的负载已得到有效平衡。鉴于此，通过将服务器隔离到自己的硬件（作为VM），您将获得什么？这是假定分配给数据库VM的资源是机器中可用资源的一小部分。 DRS的存在还意味着您可以为数据库虚拟机提供8个vCPU和64GB的RAM。

应用程序方面的瓶颈在哪里？