不要陷入为你的虚拟机过度准备资源的困境。后期根据工作负载的需要可以很轻松的添加资源。

在计算机领域，越大往往越好。更多的CPU和更多的内存，是当今更大的应用程序所面临挑战的常见解决方案。越多越好的趋势已经严重影响了我们如何做事情的方式，导致我们通常不会留意其它方面。

在一个物理服务器中，有过多的CPU和内存资源不会影响应用程序，但是从计算机资源浪费方面来讲，确实对投资回报率有负面影响。事实上，这些过度的计算机资源促进了虚拟化的崛起。然而，当我们将同样的应用程序迁移到虚拟化领域的思考过程中，它将产生比简单地降低投资回报率更严重的负面影响。

虚拟化环境就是一个共享的沙盒，所有虚拟机都应和谐运作。如果一个虚拟机使用了所有的资源，这意味着其他虚拟机将不能拥有资源。对一个有数十个到上百个虚拟机的虚拟化基础架构来说，错误配置的虚拟机可以对整个环境产生不利影响。即使我们知道必须谨慎的添加资源，旧硬件的去留问题仍需要关注。在关键故障排除的状况下，让系统重归正常应优先于其他任何事，在一个问题上投入资源仍是一个公认的做法。不幸的是，在应用程序上投入更多的资源将变成最简单的答案，但会导致更多问题的出现。

在实现简单地添加资源之前，我们必须考虑工作负载是否真正的需要更多的资源，或者更深层次的问题。我们要做的是看待问题，而不是试图快速修复解决它。管理员不能完成这一切，因为他们不可能知道所有应用程序的功能。它将包含管理员和应用程序所有者一起的工作。

这不应是应用程序所有者告诉系统管理员需要什么资源或者引用系统规格。这需要双方一起做一些调研工作，找出真正的后台工作是什么。在估算资源时经常会犯两个错误。第一，过度依赖Windows任务管理器——一个能够快速查看资源使用的工具。这个工具提供了一个高级方式，经常被误用要求额外的资源。这个工具是非常有限的，只提供简单的资源图示，没有提供活动、交换和缓存资源的详细信息。

第二个错误是过度依赖供应商的指导手册。遗憾的是这些规范很少是适用一切的解决方案。一个应用程序的如何执行有很多因素是在供应商控制之外的。因此，安装要求往往夸大数目，是为了应付用户的环境。

当你开始调研性能问题的根源时，hypervisor层的性能统计信息将是你最好的信息来源。如果你有一个虚拟机性能出现问题，这些统计信息将显示问题出现的原因。此信息为虚拟化管理员和应用程序所有者提供了活动内存和CPU的使用。这样能深入了解虚拟机上真正使用的是什么，要远远超过任务管理器提供给管理员的信息，而且还提示资源是否紧张。

这个层次的信息只能在一段时间可用，因为数据的复杂性和仓库的角色和职责，它往往不能共享。虽然不是所有人都理解虚拟化方面的技术，但概念不再个谜了。更好的了解虚拟化基础架构上真正发生的是什么，能帮助应用程序所有者了解在硬件投入的问题上并不总是那个答案。

现在，每个人都可以看到和理解性能数据，我们可以识别出应用程序问题并不是资源不足造成的。修补程序和错误配置同样可以导致性能问题。

现在，我们可以看到创建小型虚拟机的优势，慢慢扩容它们而不是一开始就创建一个大型虚拟机。当然，我们仍然还有挥之不去的问题：“如果你分配的资源不足将会发生什么?”

在VMware vSphere和Windows Server的以前版本中，添加虚拟资源前需要先关闭虚拟机。但是，随之VMware vSphere 5, Windows 2008 Data Center 和 Windows Server 2012的发布,管理员现在可以”热“添加虚拟CPU和内存。遗憾的是，这个功能不支持Hyper-V guests。这种灵活性——加上现有的扩展和添加磁盘的能力——在VMware上安装Windows不重启就不能扩展或增加资源现在已经很少了。动态扩展资源的最大缺点就是虚拟机必须关闭来移除资源，所以增量增加比较大更改更好。

具有这种灵活性，让你的虚拟机资源匮乏和只增加资源大声控诉的人不再有借口。基于以前的经验和合理的供应商建议，确保虚拟机大小的合理性，尽职尽责是必须的。

虚拟化是一个共享的资源沙盒，从小的开始，灵活的增长，大家将会双赢，——一切都是为了节省成本。