虚拟机蔓延不利的影响之一是组织的hypervisor集群过于庞大。当出现这种情况时，管理员必须认真考虑处理该问题的解决方案。

集群怎么会过于庞大？

需要解决的第一个问题是hypervisor集群是怎么变得过于庞大的。很明显这可能是源于创建了过多的虚拟机，但这并是我想要表达的。你需要考虑的是集群的哪个部分过于庞大了。换句话说，存储用光了吗？你的硬件允许集群节点运行这么多的虚拟机吗？集群包括了数量最多的集群节点吗？这些问题的答案能够表明从哪个方向着手是解决问题的最佳方案。

假定集群无法承载更多的虚拟机，原因是所有物理内存都被用光了，服务器上没有多余的内存了。在这种情况下，最好的解决方案可能是在集群中增加节点。当然，如果集群已经包含了最多的服务器节点，那么必须寻找其他解决方案。

可以清理下集群吗？

处理集群过于庞大的一种选择是找到收回被浪费资源的方法。很可能有些虚拟机永远不会被用到。找出这些虚拟机并关停不需要的虚拟机能够回收硬件资源，延长集群生命周期。然而，不可否认这个过程相当痛苦，尤其是对有众多虚拟机但却几乎没有相关支持文档的组织来说。好消息是上述过程不仅仅能够帮助你回收硬件资源，还有助于组织在今后建立更好的编制虚拟机支持文档的实践。

考虑新建集群

在某些情况下，不需要构建全新集群。只有当集群硬件被充分使用而且无法为今后的业务发展提供资源时才需要新创建一个集群。在这种情况下，新建第二个集群前有一些因素需要考虑。

需要考虑的第一个问题是集群如何被管理。以微软环境为例， Hyper-V集群部署可以通过故障切换集群管理器进行管理。然而，该工具的扩展性不是很好，因此如果有多个集群，那么最好使用工具比如System Center虚拟机管理提对这些集群进行管理。

需要考虑的另一个问题是如何处理现有集群的工作负载。如果是在构建一个全新的集群，你可能想将某些工作负载从现有集群迁移到新集群中。因此必须考虑应该迁移哪些虚拟机以及是否能够在线迁移这些虚拟机。

紧急需求有哪些？

更值得考虑的一个问题是紧急的容量需求。毫无疑问，构建全新集群需要支出很多费用。只要是没计划立刻创建众多新虚拟机，那么可能能够通过将现有集群拆分为两个独立的集群而不是构建一个全新集群来减少成本。

如果是从零开始构建一个集群，那么需要购买足够新的服务器硬件来创建集群所需要的最小服务器节点数。相反，将现有集群拆分为两个更小的集群可能的结果是拆分后的集群的节点数都超过了最小节点要求。当然必须增加容量，因此可以根据需要给集群增加新节点。取决于现有hypervisor集群的大小以及容量，该方法可能会减少不得不购买的硬件数量。不足之处是拆分集群是个体力活而且可能会导致某些虚拟机停机。

无论何时，hypervisor集群过于庞大，都需要做出某些艰难的决定。不幸的是，并没有普遍适用于所有情况的最佳选择。你必须对组织的自身需求、现有硬件以及集群过于庞大的根本原因进行评估。