小编Sim*_*lin的帖子

不是技术问题，但仍然是一个有效的问题。设想：

HP ProLiant DL380 Gen 8 配备 2 个 8 核 Xeon E5-2667 CPU 和 256GB RAM，运行 ESXi 5.5。给定供应商的系统的八个 VM。四个 VM 用于测试，四个 VM 用于生产。每个环境中的四个服务器执行不同的功能，例如：Web 服务器、主应用程序服务器、OLAP DB 服务器和 SQL DB 服务器。

CPU 共享配置为阻止测试环境影响生产。SAN 上的所有存储。

我们对性能有一些疑问，供应商坚持认为我们需要为生产系统提供更多内存和 vCPU。但是，我们可以从 vCenter 中清楚地看到，现有的分配没有受到影响，例如：主应用服务器上 CPU 利用率的月度视图徘徊在 8% 左右，奇数峰值高达 30%。峰值往往与备份软件启动一致。

RAM 上的类似故事 - 服务器的最高利用率约为 35%。

因此，我们一直在使用 Process Monitor (Microsoft SysInternals) 和 Wireshark 进行一些挖掘，我们向供应商建议他们首先进行一些 TNS 调整。然而，这不是重点。

我的问题是：我们如何让他们承认我们发送给他们的 VMware 统计数据足以证明更多的 RAM/vCPU 无济于事？

--- 更新 12/07/2014 ---

有趣的一周。我们的 IT 管理层已经说过我们应该对 VM 分配进行更改，我们现在正在等待业务用户的一些停机时间。奇怪的是，业务用户会说应用程序的某些方面运行缓慢（相比之下，我不知道），但是当我们可以关闭系统时，他们会“让我们知道”（抱怨，抱怨！）。

顺便说一句，系统的“慢”方面显然不是 HTTP(S) 元素，即：大多数用户使用的“瘦应用” 。这听起来像是主要金融机构使用的“胖客户端”安装，这显然是“慢”的。这意味着我们现在正在调查中考虑客户端和客户端-服务器交互。

由于该问题的最初目的是寻求帮助，以确定是否沿着“戳它”路线，或者只是进行更改，而我们现在正在进行更改，因此我将使用longneck的答案关闭它。 …

我可以轻松确定服务器是 Win2k3、2k8、标准版、企业版、x86、x64，但我找不到确定它是第 1 版还是第 2 版的方法。HP Systems Insight Manager 以某种方式对其进行管理。

啊！

我们拥有相当合理规模的 vSphere“资产”，我们 80% 的 Windows/Linux 服务器已虚拟化，运行在六个数据中心。我面临的挑战之一是中长期容量规划，确保我在年度资本支出预测中获得足够的资金，以确保为主机升级（通常是内存）、更多主机（硬件和 ESX 许可证）或最坏情况下的 SAN 扩展提供资金。

不管怎样，直到最近，我还是很乐意接受 vCenter 的性能统计数据作为真正代表正在发生的事情。在查看统计信息时，我通常在集群级别工作，因为每个集群中的主机都具有相同的规格、升级等。

然而，我最近注意到一些让我感到不安的事情。我的一个集群有 200GHz 的 CPU“带宽”可用，其组成如下：

5 hosts x 2 sockets-per-host x 6 cores-per-socket x 3.33GHz per-core = 199.8GHz

这很好，vCenter 正确报告了这个值。但是，当您在 vCenter 中查看集群的 CPU 利用率或使用 PowerCLI 的Get-Stat cmdlet提取统计信息时，CPU 利用率有时会超过 300GHz。这会打乱我的计算，因为利用率达到 150% (!)。现在，我已经很长时间没有做 A-level 数学了，但我看不到 CPU 是如何被 150% 使用的...

因此，我记录了与 VMware 支持的电话。而且，可笑的是，他们说我需要购买 vCenter Operations Manager (vCOPS) 才能完成我想做的事情。好吧，不，谢谢，如果我有一些准确的统计数据，我可以做我自己的决策支持（对不起，咆哮了）。

所以，我提出了一个解释，支持人员说 vCenter 中的数据基于使用平均值总和的“通用”计算。嗯，平均数据样本是很正常的，也可以接受，但我仍然无法理解你怎么能超过 100%。

所以，我一直在尝试自己解决这个问题，我想知道 Xeon 的超线程或“turbo”功能是否会影响结果。然而，“turbo”提升仅从 3.33GHz 到 3.6GHz，即：8%。

有什么线索吗？