[zt] 比较两大虚拟桌面厂商的系统镜像管理

虚拟桌面的出现，极大简化了桌面的管理。针对操作系统部分，VMware和Citrix两大厂商都推出了一对多方式的桌面镜像管理。VMware叫Link Clone技术。而Citrix有两种，一种与Link Clone技术对应，叫做MCS；另一种是其独有的，叫PVS。

简而言之，就是IT管理员只需要维护少数操作系统模板，虚拟桌面都是从某一个母版派生出来的。只要保证母版的系统补丁是最新的，其派生出来的桌面就能同步到最新。于是打补丁的工作再也不需要针对数不清的桌面实例来进行了， 管理员得到极大的解脱。

但是这种一对多方式的桌面镜像管理也带来了一个大的挑战。这个挑战不解决，“简化桌面管理”只能是一个伪命题。

当所有虚拟桌面都跑在一个共享存储之上时，存储最可能成为性能的瓶颈。桌面系统产生的存储访问需求是随机的，不同的用户在以各种不可预测的方式对存储产生读写访问，所以很难做到精确计算。 如果存储子系统配置过低，则很容易过载，所有的用户都会感觉桌面运行很慢。如果配置过高，其成本又会爆炸式增长，彻底淹没桌面虚拟化所带来的好处。另外桌面上的行为往往又有一定的趋同性，如早8点同时开机， 中午空闲时防病毒自动扫描，同时观看某个紧急培训的视频片段，恶意病毒繁殖等等。当大量用户在同一时间开始并发存储读写任务时， 就会产生 “存储IO风暴”，最糟糕的情况下能瘫痪整个磁盘柜。为了解决这一问题，VMware和Citrix分别采取了不同的方法来应对。

VMware提出分级存储的概念，提倡不同性质的数据应区别对待。简单理解就是花钱来买性能。 对于系统镜像模板这类高频访问的数据，他推荐用户放置在SSD，甚至Flash Memory Card之上。由于一个20G的系统模板最大能支持50~60个虚拟桌面开机，所以当虚拟桌面数量上规模时，高速存储的容量也要求越大。这类商用高速存储将是一笔不菲的开销，要知道其陡峭的性能增长曲线与成本曲线是成正比的关系。

MCS+IntelliCache方法则是将集中于中央共享存储的压力分摊到每一个虚拟桌面宿主服务器上。一般宿主服务器上都配有本地硬盘，这些硬盘空间不用白不用。当宿主服务器加载第一个虚拟桌面时，系统镜像就被缓存在本地存储上，当后续虚拟桌面开机时，宿主服务器如果发现使用的是相同模板（通常就是），就直接从本地存储读取，不再访问共享存储了。如果桌面是可回收类型的，那么用户在桌面上的写操作也全部发生在服务器本地，不会写到共享存储上。因为当用户登出时，虚拟桌面上的临时改变都会被丢弃。

无论是PVS还是MCS都是想方设法将共享存储上的IOPS卸载下来，从而降低虚拟桌面方案对高端共享存储的依赖性。有客户做了一个简单的测试，结论是VMware的Link Clone技术所需的IOPS大致是Citrix的1.5倍以上。VMware也认识到自己方案的不足，在其后期版本中也规划了类似于Citrix Intellicache技术的缓存方法。由于该技术尚未发布，本文暂不做评价。

后记：这篇文章引起了很多的争论。有必要澄清一下。

使用PVS时，既可以创建“个人专用桌面”，也可以创建“浮动分配桌面”。 PVS你可以把他简单理解成一个你“自制的IP-SAN的存储”。只不过这个“自制存储”仅用来分发系统镜像，是只读的。而你原有的共享存储主要用来保存用户数据，是可写的。很多人会质疑PVS的性能，通过网络流送OS image，会在网络中出现瓶颈。其实拿IP-SAN来做参照，大家都要对外提供基础镜像，都是走的IP协议，IP-SAN你就不担忧吗？PVS直接将OS Image 加载到内存中向外分发，它不会比IP-SAN从磁盘读还慢。引入PVS方案，会增加Server的数量，但它的好处就是让你有了突破传统存储瓶颈，具备横向扩展的能力。传统存储出现瓶颈，你只能Scale UP，大家都知道动存储是个很麻烦的事情，但是PVS出现瓶颈，你可以通过加网卡或者增加PVS Server的方式Scale out。以上比喻仅限于桌面虚拟化系统基础镜像场景。大家不要衍生到其他可横向扩展的存储技术领域。

From 一周耀文 : http://vdesk.blog.51cto.com/2969473/739351