如果读者经常阅读我的NTFM博客，会发现有一段时间我曾经系统介绍过VMware vCenter的vStorage插件。这周我有幸能够看到NetApp的快速克隆设备（RCU：Rapid Clone Utility）最新版本3.0。虽然目前还只是试用版，但是很快就会普及应用。非常荣幸能够提前给各位读者提前展示该工具，当然读者还应该是使用插件工作的NetApp用户，并且RCU的优势还在于该工具是完全免费的。

　　在我的文章中，免费的通常就是好东西。RCU是一个非常精致的小工具，尽管名字听起来有点土。该工具并不仅仅只可以克隆虚拟机，也可以辅助完成日常管理工作。尤其对于NetApp管理员而不仅是VMware管理来讲，该工具给VMware用户提供管理自身存储空间的能力，而不用麻烦管理员。即使在某些方面出现问题，那也就只是用户自己的问题而不是管理员的错误，当然这只是一个玩笑。如果能够使用NetApp的虚拟存储控制台（VSC：Virtual Storage Console）复制RCU，则将会给vCenter带来很大的灵活性。不会有任何其它麻烦，读者可以自己安装一下这个小工具，亲身体验其功能如何。在netapp.com可以下载到该设备。

　　安装及随后的配置工作

　　NetApp RCU和VSC都安装在vCenter服务器上，作为一项服务运行在VMware的管理平台上。

　　没有客户端可以安装（我比较喜欢客户端形式），RCU的用户界面是通过内置在vCenter内部的一系列网页展现出来的。通常情况下，我对此是持犹豫态度的。但是在vCenter中展示网页并不是多大的变化，HP的Insight管理器也是以插件形式演示的。RCU的不同之处在于从其中可以体验真正应用程序内置于vCenter中。

　　安装RCU和VSC是后面几个步骤的常规安装程序。在RCU的安装过程中，安装向导将会要求vCenter的认证细节，这样RCU才能够从插件或者扩展的角度与vCenter进行交互。

　　VSC安装器会在输入相同信息的位置打开一个网页，但是尚不清楚插件有不同前端的原因，我推测这只是因为程序是由不同NetApp项目组编写的。

 
　　如果有需求的话，也有在单独管理服务器上安装vStorage插件的可能。但是我发现RCU或者VSC都是轻量级的工具，在同一台服务器上同时安装这两个应用程序似乎不会影响到vCenter核心服务的性能。

　　安装这两个组件之后，就可以连接vSphere客户端了。在此将会有两个安全命令行窗口（如果同时安装RCU和VSC的话）要求确认是否信任对这些新服务的客户端连接。在插件管理器对话框中，应该能够看到两个新扩展：虚拟存储控制台和“Kamino”。

　　Kamino是RCU的内部工程名。我想在随后的某个阶段，NetApp将会把这个名称改为“快速克隆设备”。（补充一句，Kamino最原始的出处是克隆来袭中的一颗行星名称。在Wikipedia中可以查到，该行星上的居住者是一类“高大而优雅、长脖子生物，生活在该星球上并且以其克隆技术见长。”）

　　在管理员使用之前，并不需要对VSC进行进一步的配置工作，但RCU却需要相应的配置。如果要RCU正常工作，就需要告诉RCU文件管理器的名字或者IP地址，以及如何认证。完成该项工作需要打开RCU管理页面。

　　在vSphere客户端，通过导航图标打开Home Solutions and Applications Tab Rapid Clone Utility。点击存储控制器标签页，最右边的“新建”链接可以允许用户取消作业。最先输入文件管理器的管理接口名称或者IP地址，以及用户名和口令。在我的这个实例中，我采用的是非常规方式，即使用根用户名（root）和口令。有些读者可能会希望只和VMware达成一致协议，然后在NetApp管理器中使用该许可来限制VMware等遵循该协议。从而有效地构建一个空间，可以在此进行处理操作而不用担心影响到其它存储阵列的使用者。

　　在这个阶段，RCU会询问文件管理器并且报告所有的网络接口、已有卷和聚集。默认情况下，RCU也会新增加aggr0。

　　我倾向于把其从列表中移出，这是因为aggr0通常是运行文件管理器的系统存储的位置（即所谓的Data OnTap），并且在该位置创建卷也不合适——即使是闲置空间。使用箭头增加或者把接口、卷和聚集移出配置以控制RCU能够查看和操作的对象。

　　在本系列文章的下一部分，我们将会学习如何使用NetApp数据存储供给向导。