使用这些策略对你的虚拟化主机服务器进行分组，从而确保您的数据中心始终有组织且易于管理。

当一个组织第一次启用服务器虚拟化的时候，多数情况下，他们会先部署单个的主机或者单个集群。但随着时间的推移，组织经常发现运行单一的集群是不足的。可能是虚拟化的工作负载可能是对单一的群集的资源要求太高，或者可能是将业务需求进行隔离。不管是什么原因，组织利用多个虚拟主机集群也越来越普遍。当然，这样的话就会导致问题的出现，如何更好地管理不断增长的虚拟化基础设施呢？

当涉及到管理大量的主机或主机群集时，要做的第一件事就是采取集中管理解决方案，那就是你可以通过一个单一的控制台管理整个虚拟化基础设施。VMware和微软都提供这样的产品，这些工具对你以后在轻松管理过程中有很大的帮助。

一旦选用一个集中管理的解决方案，那么让你能够保持虚拟化基础设施组织最佳途径之一就是用逻辑的方式进行分组，以管理你的主机服务器或者主机群集。

在某种程度上，主机群集已经可以被认为是主机的逻辑分组。毕竟，运行在主机群集内的虚拟机至少有一些共同之处。也许，所有虚拟机都属于同一个AD，或者它们运行类似的任务。不管怎样，这儿有一个原因就是为什么你选择在特定的集群上运行虚拟服务器。

这个同样的概念可以应用到主机组上。尽管从一个虚拟化层提供商到下一个提供商实现的不同，但是你可以把一个主机组想象成一个高层次的组织结构。集群是反过来运行虚拟机的主机服务器的组合。主机组通常是一个集簇，但具体取决于虚拟化层，它们也可以包含在某些情况下的单个主机服务器。

拓扑结构的选择

有效的使用虚拟化主机组的秘诀是要开发一个主机组的拓扑结构，来模仿您的业务需求。让我给你举个更具体的例子。

我自己的基础设施，由两个单独的Hyper-V集群和几个VMware的虚拟服务器组成。其中一个Hyper-V集群上运行的虚拟机和我的生产环境有关。另外一个Hyper-V集群和我的VMware服务器构成了我的实验室环境。如果我坦白的讲，在这样小的环境里面主机组可能不是必要的。即便如此，我还是决定创建一个“生产”的主机组和“实验”的主机组作为我的一种基础设施组织。

我这么做的原因是因为我的实验室环境已经超出了单个集群（我有一个Hyper-V集群和几个独立的VMware主机）。因此，实验室的主机组作为一个资源容器来支持我的实验室环境。虽然我真实的环境比较小，在没有主机组的情况下我也可以很容易管理，我决定要使用主机组是因为我期待我的实验室在今后将会扩大。

在我自己的组织中，我的主机组的拓扑结构是基于业务功能来划分的（实验室与生产）。然而，这仅仅是一个如何建立一个有效的主机组拓扑结构的例子。它也是很常见的基于地里位置上的主机组结构的组织。例如，如果一个组织分别在迈阿密、西雅图和旧金山设有办公室，他们会为每个办公室创建一个单独的主机组。在这种情况下，主机组将包含主机服务器或者在每个地方的主机群集。

虽然最初基于地理位置的主机组结构看起来是最合乎逻辑的方式，但是这种方式并不是总起到作用。有一些管理平台对待虚拟集群看作为一个集中的处理单元而不是处理基于个人基础上的群集节点。这就意味着，如果你有一个跨越多个地理位置的主机群集，在地理位置上的个体群集节点可能是不可行的。

值得考虑的另一种策略是将主机组拓扑结构采取一种多层次的划分方法。这取决于您正在使用的虚拟化层，它也许可以创建嵌入的主机组。比如，你可以基于地理位置创建主机组或者主机群集，在功能上也可以。假设，你在东京有一个通讯办公室的组织。你可以创建一个东京的主机组，然后在东京办公室在开发以各种业务功能的子组（文件服务器集群，应用服务器集群等）。

创建一个主机组拓扑是没有一个确切的正确或者错误的方式。最好的方法是让您的主机组结构是基于你的业务需求。虽然最初创建的主机组看起来像一个比较小的组织，现在花费一些时间来开发出一个主机组的逻辑集合，可以帮助你在组织的成长过程中更轻松的来管理。