轻而易举就可以创建新的虚拟机，以致对虚拟服务器扩散往往防不胜防。尽管有很多方法和技术被开发用于减少虚拟机蔓延，但是这个问题一直没有消除。此外，当管理员可能无法随时知道哪些VM已被创建或者已被删除的时候，虚拟服务器蔓延会导致其它的挑战，例如确定哪些VM正在被备份。

借鉴大公司的方法

虚拟服务器蔓延的问题并非大公司独有。即使中小型公司也会遇到与VM蔓延有关的问题。然而，不管公司规模如何，应该借鉴企业级的公司处理虚拟机的方法。

在大企业中，VM被频繁移动。Live Migration或者vMotion等技术被用于迁移VM，以应对主机工作负载、硬件维护需求以及很多其它因素的变化。因此，备份管理员无法知道在任何指定的时间里哪台VM会驻留在哪台主机上。

可以从大公司借鉴而来的最重要的经验是：把备份工作专注于单台的VM是不切实际的。你的确必须根据你执行粒度还原的能力来考虑单台的VM。但是基于单台虚拟机进行备份工作是错误的。这样做必败无疑，因为VM正不断地被创建和删除，而一有更改就重新配置备份作业是不切实际的。

主机与VM备份规划

最好专注于备份主机服务器，而不是备份单台的虚拟机。这样做的话，你一定可以捕捉到驻留在某台主机上的每个VM。然而，即使这种方式也多少有点儿管窥蛙见。

毫无保留地备份高动态环境中的虚拟化主机服务器使备份容量规划难以进行。大多数的大中型公司把虚拟化主机连接到SAN存储、iSCSI NAS存储或者其它形式的集中化存储。这使得备份容量的规划难以进行，因为备份操作员无法基于一台主机服务器的内部存储硬件进行他们的规划工作。

VM配置流程

在高动态（和蔓延的）环境中使VM备份更切合实际的最好的一个方法是充分利用VM配置流程。我在前文曾经提到过，可以从企业级的公司借鉴经验。经验之一是：大多数企业级的公司并非手动创建VM。相反，他们常常依靠配置工具，基于预先定义的模版来创建虚拟机。

有很多VM配置工具可供使用，例如Microsoft的System Center Virtual Machine Manager。这些工具使管理员可以定义各种虚拟机的类别或者各种存储的类别。例如，有些公司定义白银、黄金和白金存储层------白银存储层可能是低端的JBOD存储，黄金存储层可能是高性能的HDD，而白金存储层可能是固态存储。

之所以使用存储类别或者虚拟机类别，是因为有些VM比其它VM更重要。存储类别使更高端的存储可以被预留用于更重要的虚拟机。请注意，有些VM可能不需要备份。因此，可以把你的备份策略与存储类别或者VM类别绑定。在这种情况下，在没有被用于备份的主机或者存储阵列上保存那些VM，你才能把特定的存储或者VM类别用于备份。如果这个概念也与收费系统关联，对于创建VM的那些人才具有资金诱惑，去考虑那些VM是否需要被保护。

有时被企业级的公司采用的另一个常见的解决方案是分配资源池。在多人需要创建VM的情况下，常见的做法是管理员赋予每个人一个资源池。接收方根据需要自行创建VM，直至这些资源用完为止。这种方式防止任何个人过度地消耗硬件资源。更重要的是，这使备份容量规划流程更简单，因为备份管理员提前知道可能被消耗的最大的存储量。管理员将知道备份的大小有可能等于池的大小，与只是知道备份的大小有可能等于可用的物理存储的大小相比，两者可谓天壤之别。