摘要：无论是过去的PC时代，还是现在互联网时代，亦或是未来的云计算的时代，都是应用为王，也就是说，无论任何技术或者特性，它们存在都是为了如何更好地支撑应用。

第1页:云计算与应用 第2页:OVF信封

　　
　　OVF信封
　　
　　OVF信封是整个虚拟器件的核心文件，主要包括以下几个模块：
　　
　　磁盘(Disk)模块：用于描述存放在OVF包内的虚拟磁盘的信息，比如磁盘的大小和格式。
　　
　　网络(Network)模块：用于描述OVF包内虚拟机的网络拓扑结构。
　　
　　启动(Startup)模块：用于定义OVF包内多个虚拟机之间的启动顺序。
　　
　　虚拟系统(VirtualSystem)模块：用于描述一个虚拟机，并且作为一个容器，来包含多个隶属于这个虚拟机的模块，比如：许可协议模块，资源分配模块，操作系统模块和产品模块等。整个OVF信封可包括多个虚拟系统模块以支持多虚拟机部署。
　　
　　资源分配(ResourceAllocation)模块：定义虚拟机所需要的资源量，比如vCPU的个数和内存的大小等。
　　
　　许可协议(Eula)模块：其包含这个虚拟机相关的许可协议和法律条款，并且在这些协议和条款都将在部署时被使用者确认。
　　
　　产品(Product)模块：用于描述安装在虚拟机上软件的信息，比如，软件的名字，版本号，供应商等，并定义一些重要的软件配置信息，比如，Web服务器和数据库的开放端口等，而且指定哪些配置是使用默认值，哪些配置是需要在部署时输入的。
　　
　　操作系统(OperatingSystem)模块：其定义虚拟机内部操作系统的版本信息，比如MicrosoftWindowsServer2008。
　　
　　OVF环境文件
　　
　　OVF环境文件常用在部署阶段，里面主要存放并维护在信封内的产品模块里面定义的配置信息。此文件在部署时具体使用流程是：首先，部署工具会让用户回答并确认信封的产品模块内的软件配置选项，比如Linux系统的IP地址。接着，部署工具会通过刚才的输入生成OVF环境文件，并通过虚拟光驱或者虚拟软驱将环境文件传入虚拟机中。最后，虚拟机上软件会读取这个环境文件，并执行相关操作。
　　
　　使用流程
　　
　　在这里，我们以一个典型的Lamp(Linux-Apache-MySQL-PHP)应用为例，来讲述如何利用OVF协议来部署应用。
　　
　　启动两个空白的虚拟机。首先，在第一台虚拟机上安装Linux系统，ApacheWeb服务器和用于设置网络和软件配置的激活软件(比如IBMActivationEngine)，并加载PHP应用。其次，在另一台虚拟机上安装Linux系统，MySQL数据库和激活软件，并创建应用的数据库表。最后，关闭这两台已经安装成功的虚拟机，并导出它们的磁盘镜像。
　　
　　在OVF工具(比如IBMOVFToolkit)上创建和编辑Lamp应用的OVF信封，并在工具上导入上步骤生成的两块磁盘镜像，最后在工具上生成文件名为Lamp.ova的OVF包。还有，清单文件和认证文件一般都由工具自动生成并放置在OVF包内。下图1为部署之前Lamp应用的内部结构。
　　
　　在虚拟化平台上面(比如VMwarevSphere4)部署这个OVF包，首先，在部署时，平台让用户回答并确认信封内的产品模块里面定义的软件配置选项，比如两个虚拟机的网络地址和Apache等软件的配置。接着，虚拟机平台会根据刚才的设置自动生成一个OVF环境文件，并为这个文件创建一个ISO。最后将生成的ISO做为虚拟的CD-ROM插入到虚拟机的虚拟光驱内。
　　
　　在两台VM启动的时候，激活软件会作为一个服务被启动，首先，它会读取虚拟光驱内的OVF环境文件。接着，它会根据OVF环境文件来设置虚拟机的网络地址和相关软件配置，最后，确保应用能正常运行。
　　
　　OVF与云计算实践
　　
　　虽然现在只是OVF1.0协议正式发布半年之后，但是有许多厂商已经对OVF协议进行了一定的实践，并在自己的云计算产品中引入了OVF协议并将其作为核心的部署模型，其中包括开源的XenCloudPlatform，VMware的vCloudExpress和IBM的WebSphereCloudBurstAppliance等等，在这些产品中，对OVF最为重视的，非WebSphereCloudBurstAppliance莫属，因为它不仅将整个工作流程都围绕OVF展开，而且还在OVF的基础上加入预优化和自动激活等“灵丹妙药”来让用户更方便地部署应用。
　　
　　OVF的不足之处
　　
　　虽然OVF协议在很多方面都很优秀，但是还是存在一些不足之处：
　　
　　在跨平台方面存在缺陷，虽然OVF协议支持跨平台，但因为镜像格式的限制，所以现在部分虚拟器件无法跨平台，其原因是现有的虚拟器件主要使用VMware的VMDK作为镜像格式，而此格式在非VMware的平台缺乏支持。
　　
　　缺乏一部分业界巨头强力的支持。首先，Amazon已经在OVF协议之前推出了类似于OVF的私有格式AMI(AmazonMachineImages)，同时使用者甚众，且短期内似乎没有支持OVF的迹象。其次，虽然微软已经表明了对OVF支持的态度，但可惜到现在还未推出相关的产品。
　　
　　体积庞大，因为OVF包需携带磁盘镜像的原因，使的OVF包常以GB为单位，导致其难于通过网络传输，这将影响其用户体验，虽然VMware已经提出了DeltaDisk和Stream等技术，但在短期内这个问题很难被克服。
　　
　　OVF的未来
　　
　　谈到OVF的未来，首先，肯定是对现有功能的强化，就像OVF最近推出1.1版本那样，并没有在范围的扩展上做文章，而是增强其原有的部署功能，比如支持文件系统格式的镜像。其次，OVF协议身为VMAN计划的一个核心的组成部分，在将来会进一步为整个VMAN计划服务。
　　
　　总结
　　
　　在2007年10月初，当我第一次看到OVF协议初稿的时候，我不禁暗暗赞叹这奇思妙想，并深信它将有助于整个IT事业的发展。2年半后，当我看到OVF协议已经茁壮成长的时候，我不仅更坚定了当初对它的期望，更觉得在今后云计算的时代它将进一步推动应用的发展，使应用依旧为王。
　　
　　责任编辑：关晓晨