本文讨论了一个在双3.2Ghz CPU上运行的MSSQL服务器迁移到ESX2.5集群后遇到的性能问题。尽管使用了4个vCPU，但性能提升有限，导致CPU使用率从60%升至90-100%，最终选择恢复为物理状态。建议升级CPU硬件，但考虑到成本未实施。分析指出，Perfmon和VIClient结合可用于识别性能限制，并强调100%CPU使用率并不意味着hypervisor无法提供更高性能。SAN分析和存储优化也被提及作为潜在解决方案。
我必须执行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永远无法交付更多性能，
扫一扫
3217
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
