在进行小型企业基础架构虚拟化的进程中，看上去让一切井然有序地运行起来并非一件容易的事情。然而，在很多情况下，这个过程中最困难的部分其实是把所有预算综合在一起，然后用有限的资金去选择必要的硬件和软件设施——而开始着手进入虚拟化则相对而言比较简单。

　　从物理基础架构迁移到虚拟基础架构，最重要的是，必须在迁移某台机器或者在投入生产之前，甚至在你开始测试之前，确保所有的部件都准备就绪。就像组装一张从宜家买的桌子一样，在进行安装之前把所有的工具都准备好，这样会让工作进展得更为顺利。所以，在进行这次艰难的虚拟化之旅之前，确认准备好每一件必备的东西，这会让整个过程更为顺利和快捷，也会大大提高成品的质量。

　　为此，充分认识你所选择的虚拟化方案的功能和局限性至关重要。在某些情况下，有限的预算可能不能让你享受到一些高端的功能，所以你必须对这些功能进行了解以后做出合理的让步。

　　例如，你可能会需要主机之间的实时虚拟服务器迁移许可，但是可能就要舍弃自动负载平衡或者高可用性，或者不得不放弃高级内存优化和类似的功能。

　　在第一种情况下，你需要在多台物理主机中间手动平衡虚拟服务器，并且手动连接和重启这些服务器需要关闭一台物理服务器。在后一种情况下，你就需要为每台物理主机准备更多的内存否则高级内存共享就无法使用。

　　还有一些其它的例子，不过以上这些都是比较常见的。在规模较小的基础架构中，缺少这些功能可能无关紧要，因为由于虚拟服务器的数量较少，而且它们一般不会遇到负载不平衡或者高变量的工作负载。无论怎样，在开始工作之前，对你手里的东西做一下充分的了解是十分必要的。

　　建设网络

　　拥有足够的物理服务器马力、以太网交换机和足够的存储是极为重要的。在市场上有很多物美价廉的存储设备，它们可以处理虚拟化的工作负载以及多核服务，而且他们的价格非常合理。

　　如果可能的话，无论选择何种方案，你最好是都有一个合理的冗余方案，比如冗余电源供给和给予保护的冗余磁盘阵列（RAID）水平，至少是RAID5。如果基础架构非常小，没有什么存储共享计划，那么为物理主机服务器或者服务器配备电源支持的磁盘阵列控制器就非常重要了，最好是选择位于服务器内部的RAID6。

　　还需要注意的是，如果你放弃了共享存储，那么你就无法利用类似于实时迁移的功能，你也不能快速启动依存于故障物理主机内本地存储的虚拟服务器。此外，在以太网交换器方面，确保你的交换器能够链路聚合。

　　一旦处理好这些问题，建设网络就变得轻而易举了。对于一个共享存储的解决方案而言，每台物理主机都应该有至少四个网络接口：两个为故障转移配置——以便在紧急情况下切换到备份系统；另外两个则是为前端的链路聚合而配备的。对于非共享部署，你可以只选择两个聚合的前端接口。

　　为了预防任何单线的故障，你应该像配置多条网络连接路线一样配置存储阵列。

　　一旦网络建设完成，你就可以准备在物理主机上着手进行虚拟化，然后在合适的时候把它连接到你的共享存储中去了。

　　处理虚拟化迁移

　　每个基础架构都各有所异，所以在将服务器迁移到虚拟环境中去这个过程没有现成的计划可以仿照，但是还是有一些你可以遵循的规则。

　　首先需要考虑的问题是使用物理到虚拟（P2V）迁移工具。这些工具从很多供应商那里都可以买到，它们也有可能包括在你所选择的虚拟化产品之中。

　　有一些产品会比较出众，不过大多服务器可以在这种方式下成功地进行迁移，节省时间和很多之前不必要的麻烦。在一些情况下——通常是服务器运行利基软件或者服务器需要使用硬件钥匙。在另一些情况下，在这些服务器上使用P2V会比仅仅以物理虚拟服务器的形式重建它们出现更多的问题，但是在不进行尝试之前不可能找到明确的办法。

　　不过，在大多数情况下，你都可以选择尝试P2V进行服务器迁移而不受到任何物理服务器问题的干扰。而且，如果迁移失败，重新启动物理服务器后不至于导致数据丢失。

　　这就是说，在任何迁移进行之前，确保先对你的备份进行测试。在某些可能出错的地方要经常保留备份计划。

　　有些服务器的迁移是不应该使用P2V工具的。最常见的例子是Windows域名控制器。相比之下，在一台虚拟服务器上建立一个新的域名控制器并把它作为一个完整的域名服务器的做法是比较合理的。

　　保留一个单独的物理服务器作为域名控制器也是一个不错的办法，这样不至于让所有的域名控制器都被虚拟化。这种做法不是必须的，但是，这么做缺乏高可用性特点，却能为未来提供一个相当安全的网络。

　　其它服务器可以使用P2V进行迁移，或者简单地进行虚拟服务器重建。在某些情况下，重建服务器是清除旧的物理服务器遗留下来的碎片的不错的办法，可以为你提供一个干净的过渡环境。记住，使用P2V来迁移物理服务器不可能解决任何现有的问题，有时候可能让它们变得更糟。不过，你仍然可以选择一直尝试P2V，而把重建服务器作为备用方案。

　　重要的是要保持IP地址以及物理和虚拟服务器状态的记录。在你使用P2V的时候，确保不会出现物理服务器和它的虚拟分身同时运作的情况。P2V过程保留了物理服务器的整个状态，包括名称、域成员和IP地址。因此如果两者同时运行将会制造很大的麻烦。最好的办法是关闭物理服务器，然后启动新的虚拟服务器。

　　将物理服务器基础架构转换到虚拟基础架构的过程并非只是一夜之功。事实上，它也不能够一味追求速度。你可以从某一点入手，比如选择一到两个物理服务器进行转移，让它们以虚拟服务器的状态运行一段时间，这样可以确定它们的可行性。你可以每天或者每周转换一到两台服务器——一般情况下，没有必要尝试一次性完成全部的转换。

　　通力合作

　　将虚拟化与软件或者操作系统的升级结合起来可能会让你受益匪浅，这样做可以让你在留有现有基础架构退路的情况下同时测试新的虚拟化平台和新服务器的预期行为。

　　这也可以让你开始使用新的解决方案，就像是在与物理世界中形形色色的问题做斗争的战场上呼吸到的一丝新鲜的空气。

　　最后，在迁移的过程中，一定要在重组的某些问题上花些时间，确保一切按照原计划进行。另外，应该保证你的计划中包含关于新的虚拟基础架构备份的实施和测试。

　　一旦你已经完成了所有的转换和重建，你可能会惊叹自己怎么可能会曾经生活在没有虚拟化的环境里。届时，所有在迁移过程中所付出的艰辛和对于这个过程持有的怀疑态度都将消失殆尽。