在今年年初，我们将vSphere环境从vSphere 5.0升级到vSphere 5.1 U1 Build 1063329，这些升级包括十二个ESXi主机和一个托pipe在Windows Server 2008 R2 SP1上的vCenter实例。 这个项目的一个突出问题是虚拟机的虚拟硬件升级。 我无法理解为什么我应该去工作，并停机升级所有虚拟机上的虚拟硬件版本。 我们新创build的虚拟机正在使用虚拟硬件v。9，这是vSphere 5.1 U1中最新支持的版本，可解决我们在旧版vSphere 5.0实例上使用Windows Server 2012 R2和WinPE 4.0所遇到的问题。 我们所有的旧版虚拟机都是兼容的虚拟硬件版本（ KB2007240 ），所以我们不必强制升级他们的硬件版本。 我是否错过了将所有虚拟机的虚拟硬件升级到“最新”版本9的一些技术原因，因为来宾操作系统和ESXi兼容性不是问题？ 升级虚拟硬件不一定是微不足道的，因为我必须closures虚拟机，创build快照或备份虚拟硬件，然后升级到几百个虚拟机。 除了避免在将来这样做，而且我们所有的虚拟机都运行在最新的虚拟硬件版本上，我们为什么要replace虚拟机来做滚动升级而不是滚动升级呢？
vSphere上的Windows 2008 R2 VM的控制台视图显示以下屏幕： “2操作2”“擦盘” 有人可以build议这个程序是什么？ 关于这个谜的一些信息： 现在有一些虚拟机受到影响。 症状是重新启动后出现“操作系统找不到”消息。 VM正在ESXi上运行。 虚拟机正在特定的数据存储上运行 Netapp NFS在一个工作箱中挂载磁盘显示没有分区表，还不能hex转储。 虚拟机不是硬重置，将不得不是一个操作系统启动软重置 有没有iso安装没有“非客户”访问虚拟机，所以需要是RDP或类似的 备份是通过netapp备份软件过夜进行的 所讨论的NFS在后端（数组级别）上进行了精简configuration，在我们看到这些问题之后就耗尽了空间。
一段时间以来，我一直在试图弄清楚为什么我们的一些关键业务系统正在获得从缓慢到极端的“缓慢”报告。 我最近把我的注意力转向所有服务器托pipe的VMware环境。 我最近下载并安装了适用于SCOM 2012的Veeam VMwarepipe理包的试用版，但是我正在向我报告的数字（我的老板也是如此）难以承受。 为了试图说服我的老板，告诉我的数字是真实的，我开始研究VMware客户端来validation结果。 我已经看过这个VMware知识库文章 ; 专门用于定义为“停止”的定义： MP虚拟机准备运行的时间，但由于co-vCPU调度争用而导致延迟 我正在翻译 来宾操作系统需要来自主机的时间，但必须等待资源变得可用，因此可以被认为是“无响应” 这个翻译是否正确？ 如果是这样的话，那么我就很难看到我所看到的情况：包含大多数“慢”虚拟机的主机当前显示的CPU联合平均值为127,835.94毫秒！ 这是否意味着这台主机上的虚拟机平均需要等待2分钟CPU时间？ 这个主机有两个4核CPU，它有1×8的CPU来宾和14×4的CPU来宾。
我正在尝试为每个物理内核（CPU的）configurationvCPU查找虚拟化的一些文档或最佳实践指南。 如果重要的话，我正在看vmware的虚拟化实现。 例如，一个Intel Xeon CPU可能有4,8个内核。 我有兴趣了解更多有关每个物理内核只有一个vCPU的configuration。 我所说的供应商肯定认为可以将单个核心configuration到多个vCPU中。 目前为止，我在研究中普遍看到的是，“这取决于你的应用”。 在这种情况下，我的应用程序正在编辑代码，编译/链接，testing和configurationpipe理。 当然，并不是所有的虚拟机都需要configuration多个vCPU，但是在一般情况下。
我正在使用VMware ESXi。 在我们的团队中，我们使用快照提供长期备份。 然后我们遇到内存溢出等问题，服务器挂断了。 我开始阅读VMware知识库文章和其他地方的文章。 在任何地方，build议不要有很长一段时间的快照。 即使VMwarebuild议保持快照最多三天。 但是我们的团队一直要求我们至less有两个永久的快照（直到删除虚拟机）。 有时我们可能会使用虚拟机一年）。 一个快照是用于新机器状态的。 （所以当我们完成testing应用程序时，我们将恢复到新鲜状态并安装另一个应用程序）（如果我不允许的话，我可能经常需要托pipe虚拟机）。 下一个快照让虚拟机处于某种状态（也许他们会发现一个问题并保持这个状态一段时间，或者他们可能为应用程序安装先决条件，并保持机器准备好进行testing）。 从逻辑上讲，他们的需求似乎是公平的。 但是如果我允许的话，我可以让他们长时间保存快照。 我们没有使用我们的VM作为邮件服务器或数据库服务器。 为什么长时间保持快照会产生不利影响？ 为什么快照被视为临时备份，而不是真正的备份？
这看起来很基本，但我对手动更新独立VMware ESXi主机所涉及的修补策略感到困惑。 VMware vSphere博客试图解释这一点 ，但实际的stream程仍然不清楚。 从博客： 假设Patch01包含以下VIB的更新：“esxi-base”，“driver10”和“driver 44”。 然后Patch02出来更新“esxi-base”，“driver20”和“driver 44”。 P2是累积的，因为“esxi-base”和“driver44”VIB将包括Patch01中的更新。 但是，重要的是要注意Patch02不包含“驱动程序10”VIB，因为该模块没有更新。 这个VMware社区的post给出了一个不同的答案。 这个与另一个矛盾。 我遇到的许多ESXi安装是独立的，不使用Update Manager 。 可以使用通过VMWare修补程序下载门户提供的修补程序来更新单个主机。 这个过程很简单 ，所以部分是有意义的。 更大的问题是确定实际下载和安装的内容。 就我而言，我拥有大量特定于HP的ESXi版本，其中包含用于HP ProLiant硬件的传感器和pipe理。 假设这些服务器从9/2011版本的ESXi版本＃474610开始。 查看下面的修补程序门户屏幕快照，有一个针对ESXi update01的修补程序，构build号为＃623860。 还有修补程序＃653509和＃702118的修补程序。 引入旧版本的ESXi（例如特定于供应商的版本），使系统完全保持最新状态的正确方法是什么？ 哪些补丁是累积的，哪些需要按顺序应用？ 是安装最新的构build正确的方法，还是我需要退后一步，并增量补丁？ 另一个考虑是补丁下载的大尺寸。 在带宽有限的站点，下载多个〜300MB的补丁是很困难的。
我们正在计划从VMware（和第三方应用程序）到开源替代品（免费将会很好）的缓慢迁移。 基本上，我们想从一些小的集群实验室开始，然后在未来迁移生产环境（35+ ESX，1500个虚拟机）（X年，不急） 我们的select是将CentOS / Scientific Linux作为select的操作系统，将KVM作为pipe理程序。 我们正在考虑的vCenter备选scheme是Convirt ，但是我们不知道我们在VMware中使用的所有function是由Convirt（HA，DRS，集群等）提供的，还是我们应该尝试一些其他方法有任何想法吗？） 监控正在被Nagios取代，备份/复制将被一些脚本魔术所取代。 那么，有没有人可以给我们一些build议，或类似的情况？ PS.-这是我在serverfault的第一个问题，我的英文水平不是很好，但我希望这个问题是可以理解的。 PS2.-我忘记提到我们也提供VDI。 而我们一直在想的另一个select是Spice 。
VMware内存pipe理似乎是一个棘手的平衡行为。 有了集群RAM，资源池，VMware的pipe理技术（TPS，膨胀，主机交换），客户机内RAM利用率，交换，预留，份额和限制，还有很多变数。 我处于客户端使用专用vSphere群集资源的情况。 但是，他们正在configuration虚拟机，就好像它们在物理硬件上一样。 反过来，这意味着一个标准的VM版本可能有4个vCPU和16GB或更多的RAM。 我来自小的学校（1个vCPU，最小的RAM），检查现实世界的使用和必要的调整。 不幸的是，许多供应商的要求和不熟悉虚拟化的人需要更多的资源，而不是必要的…我有兴趣量化这个决定的影响。 来自“问题”群集的一些示例。 资源池摘要 – 看起来几乎是4：1过度提交。 注意大量的膨胀的RAM。 资源分配 – “最差情况分配”列显示，这些虚拟机在受限条件下可以访问configuration的RAM的50％以下。 上面列表中顶级虚拟机的实时内存利用率图。 4个vCPU和64GB RAM分配。 平均使用9GB以下。 同一个VM的摘要 在vSphere环境中过度使用和过度configuration资源（特别是RAM）有什么缺点？ 假设虚拟机可以运行在更less的内存中，那么说虚拟机的configuration比实际需要更多的内存，这是否公平呢？ 有什么反驳： “如果一个虚拟机有16GB的RAM分配，但只使用4GB，有什么问题？ ”？ 例如，客户需要教育虚拟机与物理硬件不一样吗？ 应该使用什么特定的度量来度量RAM的使用情况。 跟踪“主动”与时间的峰值？ 看着“消费”？ 更新：我使用vCenter Operations Manager来分析此环境，并获取上面列出的群集统计信息的一些详细信息。 虽然事情肯定是过度的，虚拟机实际上是过度configuration与不必要的内存，真正（微小）的内存足迹显示在集群/主机级别没有内存争夺… 我的结论是，虚拟机应该是正确的大小，有一点点的操作系统级caching的缓冲区。 超出无知或供应商的“要求”导致这里提出的情况。 在任何情况下，内存膨胀似乎都很糟糕，因为性能会受到影响，所以正确的大小可以帮助防止这种情况发生。 更新2：这些虚拟机中的一些开始崩溃： kernel:BUG: soft lockup – CPU#1 stuck for 71s! VMware将此描述为大量内存过度使用的症状 。 所以我想这个问题的答案。 vCops“超大型虚拟机”报告… vCops“可回收废物”图…
不是一个技术性的问题，而是一个有效的问题。 场景： 带有2个8核Xeon E5-2667 CPU和256GB RAM的HP ProLiant DL380 Gen 8，运行ESXi 5.5。 给定供应商系统的八个虚拟机。 四台虚拟机用于testing，四台虚拟机用于生产。 每个环境中的四个服务器执行不同的function，例如：Web服务器，主应用程序服务器，OLAP DB服务器和SQL DB服务器。 CPU共享configuration为阻止testing环境影响生产。 SAN上的所有存储。 我们对性能有一些疑问，供应商坚持要给生产系统更多的内存和vCPU。 但从vCenter可以清楚地看到，现有的configuration还没有被触及，例如：主应用服务器的CPU利用率每月查看率在8％左右，奇数高达30％。 高峰往往与备份软件踢进一致。 RAM上的类似故事 – 服务器上的最高利用率数据是〜35％。 因此，我们一直在使用Process Monitor（Microsoft SysInternals）和Wireshark进行挖掘，我们向厂商推荐的是他们首先进行了一些TNS调优。 但是，这是不言而喻的。 我的问题是：我们如何让他们确认我们发送给他们的VMware统计数据足以certificate更多的RAM / vCPU不能提供帮助？ —更新12/07/2014 — 有趣的一周。 我们的ITpipe理层已经表示，我们应该改变虚拟机的分配，现在我们正在等待业务用户的停机。 奇怪的是，商业用户是说，应用程序的某些方面运行缓慢（相比之下，我不知道），但他们会“让我们知道”什么时候我们可以采取系统（抱怨，发牢骚！）。 另外，系统的“慢”方面显然不是HTTP（S）元素，即： 大部分用户使用的“瘦应用程序”。 这听起来像是主要金融机构使用的“胖客户”，显然是“慢”。 这意味着我们正在考虑调查中的客户端和客户端 – 服务器交互。 由于这个问题的最初目的是为了寻求帮助，是否要去“捅它”的路线，或者只是做出改变，而现在我们正在做出改变，我会用龙的答案closures它。 谢谢大家的意见。 像往常一样，serverfault已经不仅仅是一个论坛 – 它也像一个心理学家的沙发一样:-)