我正在考虑为我的所有服务器运行HyperV，因为备份和灾难恢复计划比较容易，因为我可以将映像移动到任何硬件，而不必担心驱动程序。
但是，我的机器不够强大，可能只有一两个虚拟机。
在一个盒子上运行1个虚拟机是否有意义？
我们在我们的一个演示环境中执行此操作，唯一的原因是它可以轻松地备份，吹走或移动到开发人员的机器中进行调整。
我们之所以只运行一个，是因为演示的高系统要求（CPU使用率和内存使用率）。 同时有多个运行是不可行的。
尽pipeJim对额外的pipe理开销是正确的，但是现在虚拟化服务器将允许您在一周，一个月或一年之后轻松地将其移动到不同的服务器上，当您拥有更新/更好/更快的硬件来运行虚拟机时。 你没有提到工作量（I / O密集型应用程序，如SQL服务器不会是最好的候选者），而且这个决定当然是做出折衷的，但是如果你的优先级是在灾难恢复和服务器移动性的周围，我会说去为了它。
如果你正在虚拟化，那么我认为这对于学习过程本身是绝对值得的。 您获得一定程度的硬件独立性 – 孤立的硬件故障涉及到任何关键系统在不同主机上启动之前的最短停机时间。
甚至没有人提到可以安装补丁和版本升级到虚拟机，因为灾难性的问题会被删除。 这为我节省了大量的时间，并且使我们能够在之前的风险/停机时间做出一些改进，
未来整合的难度已经提高。 我认为总的来说，这是一个进步。
这不是一个坏主意，但我会先试试看看你的performance如何。 在升级过程中，将来可以轻松移动机器。 由于Hyper-V的部分devise不会消耗不需要的资源，所以您不会将操作系统翻倍，但是您必须确保其正确处理。
我会看看VMWare的ESXi。 它是一个32毫米的超级面罩，缩小了function，但是是为生产设置而devise的。
对于你所有的系统，我不认为这是有道理的，尽pipe你打算实施的系统types是重要的。
要在一个盒子上运行一台虚拟机只有一个好处，即使崩溃，也能够快速恢复。 但是你真的在浪费资源，可以更好地利用服务器服务。
你说备份更容易，但是呢？ 您仍然需要备份您的主机。 我的意思是你不想从零开始重新加载它，然后加载所有的补丁，然后才能让你的虚拟机启动并运行？ 你在那里保存什么？
投资一个真正的备份软件应用程序，如Backup Exec的灾难恢复附加组件，这将允许您直接从磁带重新加载服务器，如果他们需要重build。
如果你在一台机器上运行2个虚拟机，也许这是值得的，但可能不是。 您仍然更好地在主机操作系统上运行正确的服务。
也许我（我们）可以给你一个更直接的答案，你可以提供一些关于你正在考虑的可视化环境的细节。
我想到的一点是，恢复可以很快转移到已经build立了Hyper-V主机的机器上
布雷特
虚拟化还有许多其他优点和缺点。 您没有在服务器上提到您的工作负载，因此您需要进行一些testing以确保其适用于您的环境和工作负载。 您可能会发现，对于更多的I / O密集型服务器来说，虚拟化可能会有太多的开销。 否则，我认为你会发现，从长远来看，虚拟化服务器对你来说会更好，原因如下。
虚拟化当然还有许多其他的优点。
你需要记住，为了得到一个好的备份，客人需要将其内部状态保存到磁盘。 它无法备份正在运行的虚拟机！ 挂起虚拟机需要一些停机时间，所以如果你需要24×7的正常运行时间，这不是最好的解决scheme – 你将最终使用在虚拟机内运行的备份软件进行备份，如果你这样做，你也可以运行虚拟机裸机，而不是更好的IO。
如果你花费昂贵的备份软件，你可以在裸机上运行你的1台机器，并且你的备份仍然是好的。 您可以在计算机上运行简单的备份软件，如Acronis或R1soft的CDP，它将会愉快地整天保存整个系统状态，为您提供更多最新的备份。 恢复可能比简单地复制虚拟机镜像更困难，但是如果您也丢失了主机操作系统，那么无论如何您都无法在虚拟机上使用虚拟机！
虚拟机客户端有一定的优势，可以使用备份软件，可以存储多个版本，可以在备份后立即推出升级和补丁程序，如果certificate无法正常工作，则可以更快地恢复（如果使用快照则更容易）。
总的来说，如果你的虚拟机如此资源匮乏以至于你只能运行1，那么你应该投资相应的备份软件，然后使用它。 问题在于，您将需要更好的主机来运行映像，因为虚拟化通常可以减lessCPU和内存，但是磁盘和networkingIO也会大大减less。
我认为你应该没问题，就像已经说过的那样 – 如果将来要移动到不同的硬件，虚拟化后移动你的机器会容易一些。在Hyper-V的情况下，假设在机器上运行的服务支持vss编写者，您可以在没有任何停机时间的情况下使用windows服务器备份（一旦注册了Hyper-V的vss编写器）来备份正在运行的虚拟机，我们每晚在运行服务器2008 x64标准的盒子上执行此操作。
如果父操作系统是任何主pipe，它几乎不需要任何重新启动，locking，修补等等。
我认为VMing应用程序的目的是从硬件抽象出软件，这使得我可以在不考虑硬件本身的情况下迁移/克隆/快照任何操作系统和应用程序。
但是，当然如果硬件是有能力的话，它将能够支持每个物理盒子超过1个虚拟机。 如果虚拟机产品是任何体面的，至less可以让我冷迁移/克隆。 如果虚拟机产品是企业级的，那么至less可以让我在虚拟机群集上实时迁移/pipe理负载。
备份应该是我担心的最后一步，因为build立一个自给自足的虚拟机基础架构已经是一项艰巨的任务，备份容易如蛋糕。
由于Hyper-V 是需要pipe理，修补，locking等的另一个操作系统，因此您将基本上将您需要支持的操作系统数量加倍。
更不要说父分区上浪费的资源了。