VM部署的标准

就像我讨厌stream行语一样，我不得不主张采取全面的方法，而不是试图build立基准指标来对虚拟化工作负载进行分类。

根据条款，你可以使用的基本决定因素是：

• 支持 – 操作系统是否会在虚拟环境中运行？ 您的应用程序依赖于在VM环境中无法正常运行的任何内容（例如，许可证encryption狗）。 您的操作系统和应用程序的供应商是否在虚拟平台上为系统提供支持？
• 许可 – 供应商是否具有兼容的许可协议，以便在您的虚拟环境中运行？ 由于主机服务器的规格增加，是否会有额外的许可成本？
• CPU使用情况 – 给定服务器上CPU使用的特性是什么？ 它是否每天最多在一个小时的CPU，因为它正在产生一个大规模的报告？ 如果花了2个小时，会不会真的引起问题呢？
• 磁盘使用情况 – 查看CPU使用情况
• RAM使用 – 请参阅CPU使用情况
• networking使用 – 请参阅CPU使用情况

也要小心方法的风险 。 虚拟化企业环境需要技巧，经验和一些创造性思维才能正确地实现，而且您必须仔细configuration可提供的环境与需要支持的工作负载，同时编织一大堆业务需求和机会基础设施的改进。 你可以为这个东西写一本手册，但是这个方法的结果并不能给业务带来最好的价值。

一般来说，你不一定在沙子上划出一条线，突然间一个解决scheme比另一个更好。 有没有虚拟化的优缺点，如果是的话，是在云端还是在家端做。

您确实需要特定用例，找出每个解决scheme相对于该用例的优缺点，然后为您的客户优先考虑每个优缺点并select一个解决scheme。 没有一个确切的公式，因为同一个职业可能是一个客户的救星，而同一个职业相同的应用程序可能无关紧要。 与缺点一样，一个公司的交易断路器可能对另一个公司无关紧要。

当然，应用程序的适用性很重要，但是当两种路线都是选项时，更重要的是比任何神奇的IO / CPU /负载数字优先考虑优势和劣势。

首先，我同意你需要确保供应商支持甚至允许他们的应用程序虚拟化。 我们有一个相当重要的应用程序，允许虚拟化，但保留权利，使我们加载应用程序到物理服务器，如果故障排除需要它。 我们有其他的应用程序根本不支持虚拟化。

其次，你在看什么样的虚拟化主机硬件？ 如果你有足够的马力，你可以虚拟化任何东西，但是如果你动力不足，你可能会导致重大的性能问题。

第三，你可以使用虚拟化的关键任务软件吗？ 您可能需要考虑拥有一个集群或多个虚拟主机，这样如果一个主机出现故障，它不会占用一半的基础设施。

最后，也是我们在非关键任务应用程序上的最大标准，应用程序目前所使用的硬件是多么强大？ 我们有几个健壮的服务器做一件小事，我们通过虚拟化服务。 另外，更换旧硬件在这里是一个很大的。 Sysinternals上有一个名为disk2vhd的工具，它将从物理磁盘创build一个vhd文件（如果您使用的是Hyper-V或虚拟服务器），我们已经很好运用这个虚拟化了现有的物理实例。