虚拟化的症结在哪里？

　　虽然虚拟化技术简化了IT部门提供计算资源的方式，但这项技术的成功却带来了一些意外不到的难题。

　　在最初的突飞猛进之后，虚拟化技术的应用增长可能遇到了障碍，这是由于创建新的虚拟功能很容易，可是IT部门管理所创建的复杂虚拟化环境的能力却没有跟上步伐。本文简要分析一下隐藏在虚拟化基础架构背后的种种复杂性，并介绍了IT部门该如何寻找管理虚拟化基础架构的方法。

　　虚拟化技术让现实环境中的一台物理机或其他一组资源可以访问或托管数量众多的虚拟机。用户需要更多虚拟服务器时，虚拟化技术就会创建完全作为软件形式的虚拟服务器。

　　对应用程序和基础架构而言，软件即服务（SaaS）和云计算是两个显著例子，示范了对应用程序、存储系统、数据库、计算和网络等资源如何进行虚拟化处理。每周在出现更多这样的例子。如今许多数据中心采用了"虚拟机放在首位"的政策：新创建的每台服务器是虚拟服务器，除非特别指定创建物理服务器。

　　IT部门面临的问题是，虚拟化让他们从此踏上了这样一条道路：接过SaaS或云计算服务提供商肩负的许多责任。如果IT部门提供虚拟化资源，工作人员必须能够管理资源的配置，还要能够管理支持虚拟设备的物理服务器的配置和容量。这时候，问题开始变得复杂起来。

　　你如何跟踪对虚拟化资源方面急剧增长的需求？如果所有的虚拟化设备同时需要资源，该如何应对计算需求方面的高峰期？这些都不是容易解决的问题，即使对云计算服务提供商来说也不容易解决，他们还拥有高超技能的专职员工。对普通的IT部门来说，这往往需要管理数量突然增长了两三倍的数据；数据的变化速度比工作人员在过去所处理的要快100倍。

　　对IT部门而言，可能更严重的一个问题隐藏在这个事实：他们的虚拟基础架构其实不如云计算服务提供商的虚拟基础架构统一。亚马逊网络服务（Amazon Web Services）或Engine Yard等云计算服务提供商提供了一套明确定义的选项；配置选项和运营基础架构的目的在于支持一套狭义定义的虚拟设备。

　　而在典型的数据中心中，这类标准、统一没有实际价值。常常必须建立一个专用的虚拟服务器，以满足所支持应用程序的特定要求。也许某台服务器一开始是采用标准配置，但这种配置通常辅以一套独特的软件及其他资源，比如数据库、网络和Web服务。

　　这些相同的虚拟化应用程序可能还需要额外的安全配置，因为设计人员假定：应用程序和运行应用程序的服务器将来要经常转移到或"迁移到"数据中心的不同部分上。因而，配置必须考虑到服务器的当前安装位置，以及将来可能出现的安装位置。

　　管理虚拟环境复杂性挑战引起了大大小小虚拟化公司的注意。VMware推出了众多产品，旨在使虚拟服务器管理实现自动化，但预计长远的解决方案会来自名为"虚拟数据中心操作系统"（VDC-OS）的这个软件层。

　　这款下一代操作系统是一个软件底层，可聚合及管理应用程序所需的所有基础架构，并为虚拟数据中心提供一个自管理、自愈合的平台。它会对一个或多个数据中心里面的所有资源进行虚拟化处理，让它们可以随意移动虚拟服务器，以实现各方面优化；并且根据应用程序的需求，对虚拟机采用不同的服务水平。

　　VDC-OS还让公司自己的虚拟化数据中心可以与第三方的云服务协同运作。一家名为Replicate Technologies的新兴公司在着手解决这个问题，其办法是分析"统一"的数据中心，以便发现及解决配置问题、资源分配方面的低效率、安全违规以及违反其他各种政策的问题――常常赶在故障出现之前及时排除。

　　在纯粹的物理数据中心中使用这种探测设备不但需要极高的成本，干扰性也极大；而在虚拟化数据中心中，成本和干扰问题完全消除了。如果发现软件和分析软件都能发挥承诺的作用，就有望预先防范虚拟化环境的混乱。

　　你可能也猜想到了，解决虚拟化难题的办法就是完善虚拟化技术。