Category Archives: Infrastructure
【ZT】 View和XenDesktop到底谁更简单 Part II
FROM ： http://vdesk.blog.51cto.com/2969473/774669 望着这个标题发了半小时呆后，我就想抽自己！真的没法写，这两个东西丫的没一个简单的！如果你唯一目标就是奔着“简单”去的。So sorry，您找错对象了。 View和XenDesktop其实都是为大企业客户设计的解决方案，仅从版本命名上就可见一斑。View最低版本叫Enterprise Edition，高阶版叫Premier Edition。XenDesktop相似，叫做Enterprise Edition和Platinum Edition。 知道啥叫Enterprise吗？Enterprise就是大企业客户。大企业客户在生意对话中属于强势的一方，他们会定义自己的标准和架构，然后要求厂商的产品去支持和与之集成。另外大企业内用户众多，应用场景复杂，也要求桌面的方案足够灵活，能够定制不同策略以适应不同的标准和要求。因此为大企业客户设计的解决方案它压根就简单不了！ 在比较企业级的解决方案时，通常关注点不会放在“简单”上面。而是比较谁对大企业的要求适应性更强。国外有一个叫Burton Group的组织（now part of Gartner），花了5个多月时间做了一个桌面虚拟化的评估标准。标准覆盖甚广： -User experience -Service advertising and connection brokerage -Business continuity -Network -Storage -Back-end virtual infrastructure -Management -Security -Guest OS support -Licensing -Product support -Third-party vendor support 这个标准今天被看作是桌面虚拟化领域的权威定义。国内巨头企业在桌面虚拟化选型时，无一例外都会参考这个标准。这个标准将产品功能分成三级： Must to have，Need to have和Nice to have。随后Burton group对XenDesktop 4和View4.5按这个标准做了一个完整评估，评估结论如下： 从上面的图表，你会发现View刚刚走完Must to
Personalization RingCube
转帖自学 Personalization – Where does RingCube fit? http://blogs.citrix.com/2011/08/24/personal-vdisks/ Digging into RingCube http://blogs.citrix.com/2011/08/29/digging-into-ringcube/
[zt] 比较两大虚拟桌面厂商的系统镜像管理
虚拟桌面的出现，极大简化了桌面的管理。针对操作系统部分，VMware和Citrix两大厂商都推出了一对多方式的桌面镜像管理。VMware叫Link Clone技术。而Citrix有两种，一种与Link Clone技术对应，叫做MCS；另一种是其独有的，叫PVS。 简而言之，就是IT管理员只需要维护少数操作系统模板，虚拟桌面都是从某一个母版派生出来的。只要保证母版的系统补丁是最新的，其派生出来的桌面就能同步到最新。于是打补丁的工作再也不需要针对数不清的桌面实例来进行了， 管理员得到极大的解脱。 但是这种一对多方式的桌面镜像管理也带来了一个大的挑战。这个挑战不解决，“简化桌面管理”只能是一个伪命题。 当所有虚拟桌面都跑在一个共享存储之上时，存储最可能成为性能的瓶颈。桌面系统产生的存储访问需求是随机的，不同的用户在以各种不可预测的方式对存储产生读写访问，所以很难做到精确计算。 如果存储子系统配置过低，则很容易过载，所有的用户都会感觉桌面运行很慢。如果配置过高，其成本又会爆炸式增长，彻底淹没桌面虚拟化所带来的好处。另外桌面上的行为往往又有一定的趋同性，如早8点同时开机， 中午空闲时防病毒自动扫描，同时观看某个紧急培训的视频片段，恶意病毒繁殖等等。当大量用户在同一时间开始并发存储读写任务时， 就会产生 “存储IO风暴”，最糟糕的情况下能瘫痪整个磁盘柜。为了解决这一问题，VMware和Citrix分别采取了不同的方法来应对。 VMware提出分级存储的概念，提倡不同性质的数据应区别对待。简单理解就是花钱来买性能。 对于系统镜像模板这类高频访问的数据，他推荐用户放置在SSD，甚至Flash Memory Card之上。由于一个20G的系统模板最大能支持50~60个虚拟桌面开机，所以当虚拟桌面数量上规模时，高速存储的容量也要求越大。这类商用高速存储将是一笔不菲的开销，要知道其陡峭的性能增长曲线与成本曲线是成正比的关系。 而Citrix采用了更廉价更聪明的做法。既然磁盘操作是计算环节中最慢的部分，那我就尽量避免它。Citrix在其两种镜像管理方法中都使用了镜像缓存技术来分担对共享存储的压力。例如PVS， 镜像不再是从共享存储上直接访问，而是由“Provisioning Server”来统一分发。“Provisioning Server”会将母版镜像缓存在内存中，通过网络流送给虚拟桌面。由于整个路径上都是电气信号的转换，所以性能比磁盘的机械操作要快得多。大家可以参考以下视频，更直观地了解PVS的开机性能（Ardence是Citrix收购前的名称） 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
[zt] View和XenDesktop,到底谁更简单 — Part I
桌面虚拟化最大的一个好处就是能简化管理。所以管理的复杂性往往成为企业用户在方案选型时的一个重要考量。但如何考察管理的复杂性呢？这个问题可并不简单！ 先来看看最常犯的一个错误，那就是将“简化管理”与“简单化管理”等同起来。于是数一数不同厂商产品的安装步骤，组件数量以及控制台个数。OK，就开始下结论了。但是这个结论未免太草率。 对于IT管理员来讲，有些事情是只需要做一遍的，而有些事情则是需要天天做的。你其实更应该关注天天做的事情是不是真地变得简单了。 就拿操作系统的补丁来说吧，这是一个经常性的工作。为了简化补丁管理，VMware View和Citrix XenDesktop都采用了系统镜像的管理方式。虚拟桌面如果从镜像模板派生，那么一旦模板的补丁更新了，所有虚拟桌面的补丁就可以同步到最新。不过“承诺常常很像蝴蝶, 美丽地飞盘旋然后不见” 。还是让我们拿出放大镜， 看得更清楚一点。 虚拟桌面可简单分为两类，一类是个人专用桌面，这种桌面是一对一的；另一类是浮动分配桌面，这种桌面是一对N的，当上一个用户登出时，浮动桌面将回收并还原到与模板完全一致的状态。VMware View的补丁更新机制针对浮动分配桌面好使， 但是针对个人专用桌面就不灵了。如果你冒然对个人专用桌面做更新（recompose），桌面的补丁倒是与时俱进了，但桌面里所有用户自己安装的应用程序将会全部丢失！你能想象终端用户暴跳如雷的样子吗？ 事实上随着桌面虚拟化部署规模的扩大，你会发现个人专用桌面的占比越来越高。如果这类最大用户群体的桌面都照顾不好，又何谈简化管理呢？ 其实VMware View的补丁机制和Citrix XenDesktop如出一辙，不适用的根本原因还是它下面的功夫没有做到。View没能真正实现OS与Application的完全分离。有童鞋可能会质疑说，View不是有差分盘吗？所有用户安装的程序都会写到差分盘上。话虽没错，不过别忘了差分盘是block-level的。如果作为参照物的母盘发生改变，block-level的差分数据（data delta）就都失效了。这就好比“刻舟求剑”，“母船”动了，“记号”也就失效了。 Citrix的做法是从File level来捕获data delta。在人可以理解和感知的文件系统和注册表级别来捕获差异。然后将差异保存到一个单独的Personal vDisk上。这样就实现了OS与Application的真正分离。 From 一周耀文 : http://vdesk.blog.51cto.com/2969473/744750
云定义
什么是云计算？这还用问么？当然…..