虚拟化有很多好处,但是有时虚拟化服务器需要更高的性能,应该将其移至物理服务器。
我的问题是,您怎么知道这些时间是什么时候?我正在寻找可衡量的数据和指标,这些数据和指标表明将服务器移至其自己的物理机箱将对性能产生重大影响。我个人对Windows感兴趣,但是大概所有平台上的基本要素都是相同的。
虚拟化有很多好处,但是有时虚拟化服务器需要更高的性能,应该将其移至物理服务器。
我的问题是,您怎么知道这些时间是什么时候?我正在寻找可衡量的数据和指标,这些数据和指标表明将服务器移至其自己的物理机箱将对性能产生重大影响。我个人对Windows感兴趣,但是大概所有平台上的基本要素都是相同的。
Answers:
我必须执行V2P的一种情况是,对于一个在双3.2Ghz双核CPU(总CPU 14.4Ghz)上运行的MS SQL盒,我们将其迁移到ESX 2.5群集,在该群集中底层硬件较新较慢的(2.4Ghz IIRC)内核。即使使用4个vCPU,此虚拟机也只能增加约10%的开销,因此只能获得有效的8-8.5Ghz聚合CPU。迁移前60%的峰值CPU迁移后变为90-100%,客户想要保留空间,因此我们恢复为物理状态。具体来说,为回答您的问题,我们看到该盒子在Perfmon和VI客户端中以100%的CPU运行。一个更好的解决方案(在我看来)应该是升级到更快的CPU,但是在这种情况下,有些情况是不经济的,特别是随着cpu速度变慢的趋势。
使用ESX 4,我们可以将这样的盒子最多容纳8个vCPU,但这在当时是不可行的。
至于寻找可能表明您需要放弃VM的性能上限,然后在VMWare环境中使用Windows Guest,则Perfmon和VI Client的结合应该不仅仅在于查找任何性能受限的VM。 。如果可以的话,还可以进行一些SAN分析,但是如果SAN出现问题,那么几乎可以肯定,只要重新整理存储以隔离和/或增强VM虚拟磁盘所存储的卷,就可以了。同样适用于任何其他OS \ Hypervisor组合-获得任何内部统计信息,但可以将它们与Hypervisor对正在发生的事情的看法相关联,因为在VM中报告100%CPU(例如)并不一定意味着Hypervisor永远无法交付更多性能,
我不同意,由于性能原因,虚拟服务器将需要移至物理服务器。现在,虚拟机管理程序离金属很近,以至于几乎没有(双关语意)性能受到影响。尤其是现在,许多主板制造商都在芯片组中包含了管理程序。如果您购买了两台具有相同硬件的服务器,其中一台运行一个来宾,而一台运行该宾客在物理硬件上的精确副本,那么您将很难发现我认为性能有所不同。
但是,还有其他原因,您可能需要物理服务器而不是虚拟服务器。其中之一是硬件兼容性。如果您的应用程序需要具有自己独特总线的非标准硬件,则可能无法在虚拟机中运行它。
我很想听听别人怎么说。好问题。
注意:我们已经对服务器进行了虚拟化,然后将它们放回同一硬件上,只是为了拥有我们喜欢的快照/ vmotion功能。
我不是这方面的专家,但总的来说:非常饥饿的I / O应用程序(尤其是那些写得很少而又很快的应用程序)是拥有自己的物理服务器的应用程序。
也不难找到它们,您只需运行性能监视器并寻找较长的I / O等待时间即可。
此外,由于以下几个原因,高端数据库通常具有自己的专用服务器:
当VM缺乏资源(或可能其他VM缺乏资源)时,例如:
我要说的是,当服务器处于消耗足够的服务器资源而无法共享硬件的时候。
ESX,ESXi和Window Hyper V应该都能为您带来接近真实的性能。因此,只要其中一台机器没有自行使用90%的资源,您就无需转移到实际硬件上。
例外情况是,如果硬件出现故障,您将不希望将2个域控制器之类的东西放在同一个盒子上。
您首先需要确定哪个资源是瓶颈。
Windows性能监视器(perfmon)为磁盘队列,虚拟内存状态等各个方面提供了很多计数器。
如果您受磁盘限制,那么让虚拟机直接访问磁盘而不是使用VMWare来访问诸如vmx文件之类的东西可能会很有帮助。