为应用程序定义服务模板：更新虚拟机的镜像文件

并不是每个应用程序都会有对应的Server App－V安装包，所以在实际使用过程中会存在一些限制因素。因此VMM2012提供了另一种方法，来实现基于镜像文件的更新。对于那些无法使用Server App-V的应用程序，服务模板的应用程序的配置文件能够引用自定义的脚本，当执行基于镜像更新时，可以用来保存和恢复运行应用程序的状态。服务模板的创建者无需依赖Server App-V代理来完成这种任务，相反它会提供相应的脚本来执行相同的任务。

 

更新VM的镜像文件仍然需要人工来实现，所以没有必要使用VMM 2012提供的基于镜像文件的更新，那为何要使用这种新方法呢？有两个主要原因：

 

 

1、基于镜像文件的更新能够实现在运行的应用程序下高效安装新的VM镜像文件的功能，它能够将应用程序和VM镜像文件隔离开。对于应用程序而言，没必要使用单独的VM镜像文件，相反，企业可能会为许多应用程序选择使用相同的VM镜像文件集。管理的镜像文件越少，就越简单，越便宜，出现错误的概率就会越少。

 

 

2、临时文件、无用的配置文件以及其他的文件等会占用VM的时间，从而减缓性能。由于基于镜像文件的更新在新的VM镜像文件之上安装了应用程序新的副本，所以当前运行的VM不会使用那些过时的文件。

 

如果Server App-V安装包提供了应用程序的逻辑层，如图14中第二层所示，这会有利于镜像文件的更新。

 

那么其它层呢？假设第一层使用到的Web Deploy包没有保存任何状态，那么这一层会使用基于镜像文件的更新。不太可能使用第三层提供的镜像文件的更新，这一层保存了许多状态信息，还包括应用程序的数据，所以这一层要想使用基于镜像文件的更新不太切合实际。

Updates without Downtime: Using Upgrade Domains

 

如果服务模板的创建者启用了这个功能，VMM 2012就可以在这一层创建两个以上的虚拟机。

 

在这一层上，应用程序拥有多个运行的虚拟机时，那些虚拟机就可以被分为两个以上的升级域。这么做的原因在于当域名升级时，用户依然可以连续使用这层的应用程序，如图15所示。

 

这里所示的应用程序是图14中服务模板所创建的应用程序，它在第一层和第四层都拥有负载均衡器。第一层目前支持运行4个虚拟机，被分为2组升级域，第二层拥有两个虚拟机，每个虚拟机有自己的升级域。升级域对应的功能在名字中有所暗示，在同一层中的一个升级域中的虚拟机可以独立升级成另一个升级域的虚拟机。