<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

 
VMware View 虚拟桌面说白了就是运行了桌面操作系统（如 Windows XP 、 Windows 7 ）的虚拟机。 VMware View Agent 安装在虚拟机内部，从而可以允许从运行了客户端的远程终端设备通过 Connection Server 进行连接。

　　跟普通的虚拟机相似，虚拟桌面是基于数据存储的；也因此，当 VMware View 管理员需要把现有的虚拟桌面从一个数据存储迁移到另一个时需要很多步骤。这些步骤包括：存储阵列迁移、存储阵列固件或硬件升级、数据存储性能诊断、永久性再分配、数据中心迁移、存储性能负载均衡等等。

　　最近，一个用户希望移动一个虚拟桌面池来测试新品牌的存储阵列（辅助存储供应商切换的决策）。

　　为便于您理解本文剩余部分，我们需要先回顾一些 VMware View 专业术语：

n   桌面池 ：一组设置了相同策略的虚拟桌面，其中包括对电源状态、协议、部署方式等等的定制。在每个桌面池中有两种不同的部署方式：完整桌面和链接克隆桌面（也称为 View Composer Desktop ）。

n   完整桌面 ：传统虚拟机每台都分别有各自的虚拟磁盘。而虚拟磁盘是基于一个或多个数据存储。一些 Windows 系统底层的操作，如打补丁，需要在每台虚拟机上单独来完成。

n   链接克隆桌面 （也称 View Composer Desktop ）：桌面池中的链接克隆桌面指的是所有的桌面都是链接到某个单独根虚拟机在某一时刻的状态（快照）。一些 Windows 系统底层的操作，如打补丁，则需要在同一时间完成（在根虚拟机上进行）。

　　

迁移链接克隆的 VMware View 桌面

　　参照 VMware 的文章《 What's New in VMware vSphere 4.1 》，文中发布了关于 GUI 界面可以支持 Storage vMotion, 同时也明确指出了 “ 快照模式在这一版中还无法支持。在执行 Storage vMotion 会话之前必须预先提交快照。 ”

　　提交快照指的是把所做的改变做为永久性内容提交并丢弃所有保留的状态点。如果您不希望设置为永久性改变，那么无法支持链接克隆的虚拟桌面迁移到不同的数据存储上。如果您强制执行该动作，将会收到提示 “ 虚拟机的某个虚拟磁盘处于链接克隆状态而无法迁移。 ”

　　如果即使您希望通过编辑使用链接克隆的桌面池、移除现有的数据存储、用新的数据存储代替，然后在更改后的桌面池中添加虚拟桌面的方式进行，那么新的桌面依然使用老的数据存储。

链接克隆（使用了快照文件）是跟他们寄存的数据存储所拥有的唯一 ID 绑定的。需要强调的一点是， Storage vMotion 这样涉及多个虚拟桌面的任务最好在非工作时间完成，这个时候的磁盘和用户活动都比较少。
　

迁移完整的VMware View虚拟桌面

　　在本例中，我们假设原数据存储名称为 datastore-old ，新的数据存储名称为 datastore-new

　　第一步就是要确保桌面池没有很多需要对外提供服务的需求。当然在非工作时间完成迁移最好，这样就可以允许我们整体延迟桌面池向外提供服务的时间。

　　在 Desktop Pool 的设置中，增加 datastore-new 作为活动的用于提供虚拟桌面的数据存储。

　　通过批量或是脚本来手动地把虚拟桌面池从 datastore-old 迁移到 datastore-new 。这个迁移通过 Storage vMotion 可以在线进行。

　　正确的 VMware View 架构基本上所有的虚拟桌面应该位于一个池中，而这个池又是基于同一个资源池的。只需选中资源池然后在 vCenter 的 Virtual Machine 页中选中所有的虚拟桌面。右击，选择 Migrate ，然后点击 Change datastore 。

　　虚拟桌面成功迁移后，返回到桌面池并移除 datastore-old 。至此以后，所有的分发任务所创建的虚拟桌面都将基于新的数据存储。

　　最后一步就是重新启用桌面池的供给服务。

 

Storage DRS 和 Storage vMotion ：

Storage Distributed Resource Scheduling (DRS) ，通称 Storage DRS 已经讨论了很多年。该功能引入了常规 DRS 的负载均衡概念，并把它应用到了数据存储级别。这一理念在 VMworld 2010 Tech Preview: Storage DRS (TA7805) 中有所涉及。

 

意义何在？

　　假设我们有 100 台虚拟桌面分别涉及到三个数据存储 Datastore-A 、 Datastore-B 和 Datastore-C 。 Datastore-A 现在处于普通状态，但由于某些原因 Datastore-B 处于高负荷状态而 Datastore-C 完全空闲。这一理念的思路在于 Storage DRS 将会把我们的虚拟桌面（请记住，就是普通的虚拟机），通过 Storage vMotion 从 Datastore-B 迁移到 Datastore-C 。

　　真正的问题在于： Storage vMotion 不知道 什么时候可以开始支持快照模式，如果这个问题解决了那就好办了。