标签: vmware-vsphere

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

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的答案关闭它。 …

VMware 内存管理似乎是一个棘手的平衡行为。对于集群 RAM、资源池、VMware 的管理技术（TPS、膨胀、主机交换）、来宾内 RAM 利用率、交换、预留、共享和限制，存在很多变数。

我处于客户端使用专用 vSphere 集群资源的情况。但是，他们正在配置虚拟机，就好像它们在物理硬件上一样。反过来，这意味着标准 VM 构建可能具有 4 个 vCPU 和 16GB 或更多 RAM。我来自从小开始（1 个 vCPU，最小 RAM）的学校，检查实际使用情况并根据需要进行调整。不幸的是，许多供应商的要求和不熟悉虚拟化的人要求更多的资源而不是必要的……我对量化这个决定的影响很感兴趣。

来自“问题”集群的一些示例。

资源池摘要 - 看起来几乎 4:1 过度使用。请注意大量膨胀的 RAM。

资源分配 - 最坏情况分配列显示这些 VM 在受限条件下只能访问其配置 RAM 的 50% 以下。

上面列表中顶部 VM 的实时内存利用率图。分配了 4 个 vCPU 和 64GB RAM。它的平均使用量低于 9GB。

同一个VM的总结

• 在 vSphere 环境中过度使用和过度配置资源（特别是 RAM）的缺点是什么？

• 假设 VM 可以在更少的 RAM 中运行，是否可以说配置虚拟机具有比实际需要更多的 RAM 的开销？

• 什么是反驳：“如果 VM 分配了 16GB 的 RAM，但只使用了 4GB，有什么问题？？ ”？例如，是否需要教育客户VM 与物理硬件不同？

• 应使用哪些特定指标来计量 RAM 使用量。跟踪“活动”随时间的峰值？看“消费”？

更新：我使用vCenter …

我们正在计划从 VMware（和第三方应用程序）缓慢迁移到开源替代方案（免费会很棒）。

基本上，我们想从一些小的集群实验室开始，然后在未来迁移生产环境（35+ ESX，1500台虚拟机）（X年，不着急……还没有）

我们的赌注是 CentOS/Scientific Linux 作为首选操作系统，KVM 作为虚拟机管理程序。

我们正在考虑的 vCenter 替代方案是Convirt，但我们不知道我们在 VMware 中使用的所有功能是否都会由 Convirt 提供（HA、DRS、集群等），或者我们应该尝试一些其他替代方案（有任何想法吗？）

监控正在被 Nagios 取代，备份/复制将被一些脚本魔法取代。

那么，有没有人可以给我们一些建议，或者在类似的情况下？

PS.- 这是我在 serverfault 中的第一个问题，我的英语水平不是很好，但我希望这个问题是可以理解的。

PS2.- 我忘了提到我们也提供 VDI。我们一直在考虑的替代方案是Spice。

这看起来很基本，但我对手动更新独立 VMware ESXi 主机所涉及的修补策略感到困惑。VMware vSphere 博客试图对此进行解释，但实际过程对我来说仍然不清楚。

来自博客：
Say Patch01 包括以下 VIB 的更新：“esxi-base”、“driver10”和“driver 44”。然后后来 Patch02 推出了对“esxi-base”、“driver20”和“driver 44”的更新。P2 是累积性的，因为“esxi-base”和“driver44”VIB 将包含 Patch01 中的更新。但是，重要的是要注意 Patch02 不包括“驱动程序 10”VIB，因为该模块未更新。

这篇VMware 社区帖子给出了不同的答案。这一个与另一个矛盾。

我遇到的许多 ESXi 安装都是独立的，不使用Update Manager。可以使用通过VMWare 补丁下载门户提供的补丁更新单个主机。这个过程很简单，所以这部分是有道理的。

更大的问题是确定什么确切实际下载和安装。就我而言，我有大量特定于 HP 的 ESXi 版本，其中包含适用于 HP ProLiant 硬件的传感器和管理。

• 假设这些服务器从 9/2011 开始使用 ESXi build #474610。
• 查看下面的补丁门户屏幕截图，有一个适用于 ESXi update01 的补丁，版本号 #623860。还有 #653509 和 #702118 版本的补丁。
• 即将推出旧版 ESXi（例如供应商特定版本），使系统完全更新的正确方法是什么？哪些补丁是累积的，哪些需要按顺序应用？安装最新版本是正确的方法，还是我需要退后一步并逐步修补？
• 另一个考虑因素是补丁下载量很大。在带宽有限的站点，下载多个~300mb 的补丁很困难。

我正在使用 VMware ESXi。在我们的团队中，我们习惯于为长期备份提供快照。

然后我们遇到了内存溢出和服务器挂断等问题。

我开始阅读 VMware 知识库文章和任何地方。到处都建议不要有很长一段时间的快照。

甚至 VMware 也建议将快照最多保留三天。

但是我们的团队一直要求我们至少有两个永久快照（直到删除 VM）。有时我们可能会使用虚拟机一年）。

1. 一个快照用于新的机器状态。（所以当我们完成一个应用程序的测试时，我们将恢复到新状态并安装另一个应用程序）（如果我不允许这样做，我可能经常需要托管虚拟机。）

2. 将 VM 保持在某种状态的下一个快照（也许他们会发现问题并将该状态保持一段时间。或者他们可能会安装应用程序的先决条件并让机器准备好进行测试。）

从逻辑上讲，他们的需求似乎是公平的。但如果我允许，我将允许他们长时间持有快照。我们没有将我们的 VM 用作邮件服务器或数据库服务器。

为什么长时间保留快照会产生不利影响？

为什么快照被视为临时备份，而不是真正的备份？

我正在尝试查找有关为每个物理内核（CPU 的）配置 vCPU 的虚拟化的一些文档或最佳实践指南。如果重要的话，我正在寻找 vmWare 的虚拟化实现。例如，Intel Xeon CPU 可能有 4、8 等内核。我有兴趣了解更多有关配置的更多信息，而不仅仅是每个物理核心一个 vCPU。与我交谈的供应商肯定认为可以将单个内核配置到多个 vCPU 中。

到目前为止，我在我的研究中通常看到的是，“好吧，这取决于您的应用程序。” 在这种情况下，我的应用程序正在编辑代码、编译/链接、测试和配置管理。当然，并非所有 VM 都需要为每个内核配置多个 vCPU，但在一般情况下。

一段时间以来，我一直试图弄清楚为什么我们的许多关键业务系统都收到了从轻微到极端的“缓慢”报告。我最近将目光转向了托管所有相关服务器的 VMware 环境。

我最近下载并安装了适用于 SCOM 2012 的 Veeam VMware 管理包的试用版，但我很难相信（我的老板也是如此）它向我报告的数字。为了让我的老板相信它告诉我的数字是真实的，我开始研究 VMware 客户端本身以验证结果。

我看过这篇 VMware KB 文章；专门针对 Co-Stop 的定义，其定义为：

MP 虚拟机准备运行但由于 co-vCPU 调度争用而导致延迟的时间量

我正在翻译

来宾操作系统需要来自主机的时间，但必须等待资源可用，因此可以被视为“无响应”

这个翻译看起来正确吗？

如果是这样，这就是我很难相信我所看到的：包含大多数“慢”虚拟机的主机当前显示的 CPU同步停止平均值为127,835.94毫秒！

这是否意味着该主机上的虚拟机平均必须等待 2 分钟以上的 CPU 时间？？？

这台主机上确实有两个 4 核 CPU，它有 1x8 CPU 来宾和 14x4 CPU 来宾。

今年年初，我们将我们的 vSphere 环境从 vSphere 5.0 升级到 vSphere 5.1 U1 Build 1063329，其中包含大约 12 台 ESXi 主机和一个托管在 Windows Server 2008 R2 SP1 上的 vCenter 实例。该项目的突出问题之一是虚拟机虚拟硬件的升级。

我无法理解为什么我应该去工作和停机以升级我们所有 VM 上的虚拟硬件版本。我们新创建的虚拟机使用 Virtual Hardware v. 9，这是 vSphere 5.1 U1 中最新支持的版本，它解决了我们在较旧的 vSphere 5.0 实例上使用 Windows Server 2012 R2 和 WinPE 4.0 时遇到的问题。我们所有的旧虚拟机都是兼容的虚拟硬件版本 ( KB2007240 )，因此我们不会被迫升级它们的硬件版本。

我是否缺少将我们所有虚拟机的虚拟硬件升级到“最新”版本 9 的一些技术原因，因为来宾操作系统和 ESXi 兼容性不是问题？升级虚拟硬件并不一定是微不足道的，因为我必须关闭虚拟机，对其进行快照或备份，然后将其升级为数百个虚拟机。除了避免将来必须这样做并避免我们所有的虚拟机都在最新的虚拟硬件版本上运行时，我为什么要在更换虚拟机时费心进行直接转换而不是滚动升级？

vSphere 上的 Windows 2008 R2 虚拟机的控制台视图显示以下屏幕：

“操作 2 of 2”“擦除磁盘”

有人可以建议这个程序是什么吗？

关于这个谜团的一些信息：

许多虚拟机现在都受到影响。症状是重新启动后出现“找不到操作系统”消息。

• VM 在 ESXi 上运行。虚拟机在特定的数据存储上运行
• Netapp NFS 在工作盒中安装磁盘显示没有分区表，尚未能够进行十六进制转储。
• VM 不是硬重置，必须是操作系统启动的软重置
• 没有安装 iso 没有对 VM 的“非访客”访问，因此需要 RDP 或类似的
• 使用 netapp 备份软件隔夜执行备份
• 有问题的 NFS 在后端（阵列级别）进行精简配置，并且在我们看到这些问题后就耗尽了空间。

我正在运行 ESXi Vsphere Client 版本 6.0.0，但由于所有不同的文档和更改，我无法理解我的限制。从官方文档中我看到我对物理 CPU 的限制应该是无限的，但我只能给一个虚拟机最多 8 个 vCPU。

从其他来源我读到免费版本中我有 2 个物理 CPU 的限制。我看到内存限制消失了，我很高兴。

是否有任何文件或任何东西给我带来了实际限制？似乎 VMware 有点隐藏它；)，至少我不能有效地使用 google 来收集正确的信息。

我只对硬件限制感兴趣，而不对创建故障转移等的限制感兴趣。