如果读者持续跟踪我的这一系列文章的话，现在就会发现NetApp的新快速克隆工具包3.0可以完成多项工作，而不仅仅是一个简单的虚拟机克隆工具。

　　回想一下在本系列文章中的前面一部分中，我曾经创建一个网络文件系统（NFS：Network File System）卷，然后挂载在名字为“homeintimefordinner”的ESX主机上。可以使用RCU管理这些卷。右键点击该卷，在背景菜单中可以看到允许用户处理复制设置、重新分配大小以及甚至销毁一个卷（确实如此，虽然听起来有点不可思议）等选项。

　　如果像我这样做，各位读者就永远不会为容量太小需要扩展而担心。我倾向于使用这个轻量级的配置和重新复制方式，但是有时我只需要容量一般的卷。这就会导致我试图尽量节省空间而不会给卷分配过大空间。使用NetApp RCU，不用借助于系统管理器或者文件管理器视图就可以解决这些问题。所有需要做的就是右键点击卷，选择NetApp。再点击“重新分配容量”，输入容量大小后点击“OK”就完成了。看，够简单吧？

　　话是这样说，请告诉我们详细步骤！

　　各位读者，请不要着急。或者各位会猜测，快速克隆工具包（RCU：Rapid Cloning Utility）之所以能够叫这个名字其中最主要的原因之一就是这个工具可以快速克隆虚拟机。只需要在需要时点击右键就可以了，因为相当多的自动处理过程都整合在向导程序当中。

　　如果需要RCU发挥最最优功效，就还有一些工作需要完成。但是不要担心，因为令人眼花缭乱的组件数量和虚拟桌面平台基础架构（VDI：Virtual Desktop Infrastructure）有关的厂商更是问题的根源，而不是RCU（请相信我，我确实遇到过这样的情况），因此检查以下必备组件：

包含虚拟桌面平台镜像的模板。并且还需要激活Microsoft的远程桌面协议（RDP：Remote Desktop Protocol）和提供软件支持的虚拟桌面平台代理程序（RCU可以本地支持VMware View和Citrix XenDesktop）；

1. 代理配置和运行（可选）；
2. 在vCenter中为完成所有SysPrep工作的客户个性化设置；
3. 用测试虚拟机检查上述三个步骤配置是否正常；

　　管理员小提示：如果上述三个步骤不能正常工作，尝试使用RDP直接连接到虚拟桌面平台。如果这样还不行，那就是Microsoft的问题了；如果这样做可以解决问题，则问题就是出在代理程序或者虚拟桌面平台自身。有可能是忘记激活XP、Vista或者Windows 7中的RDP。

　　接下来，为模板分配位置。右键点击模板，在NetApp菜单中选择“创建快速克隆”。然后选择NetApp文件夹作为克隆文件的保存地址，RCU将会允许用户处理构成虚拟机的元数据，如资源池、文件夹等。

　　激活“为新克隆文件指定虚拟机文件夹”可以把虚拟机文件夹选项增加在向导程序中，也可以选择所需要的虚拟磁盘格式（是轻量级还是重量级的）。RCU向导程序的虚拟机细节部分允许用户设置克隆的数量、虚拟机和NetBIOS名称、SysPrep和客户个性化设置，也允许用户选择是否在VMware View或者Citrix XenDesktop上新增虚拟桌面平台，并且询问用户安装向导是否可以为保存克隆虚拟机创建全新的数据存储空间。

　　“创建新的数据存储空间”选项将会允许用户按照一定规则（当存储空间占满时系统的反应）创建一个重新复制NFS或者虚拟机文件系统（VMFS：Virtual Machine File System）数据存储空间。

　　这一步骤之后需要做的工作就是选择数据存储位置，以及提供VDI代理的细节信息，其中VDI代理需要向终端用户推荐、提供桌面平台。在VMware View中将会需要完全合格域名（FQDN：Fully Qualified Domain Name）和证书（我在此作弊，使用内置的管理员账户）。然后点击“下一步”和“完成”之后，桌面平台创建流程就可以开始了。首先向导程序会创建一个新的数据存储，并将其挂载在ESX主机上，之后克隆流程就开始了。

　　在克隆流程完成之后，接下来只要做的就是为可以使用该桌面平台的用户授权。

　　希望各位读者到此为止能够意识到NetApp RCU确实不仅仅是一个克隆工具，而是一个设备配置工具、一个存储管理工具，同时也是一个VDI部署工具。